Dynamic communication

ABSTRACT

The disclosed embodiments relate to provisioning of a service, such as a financial service, to a device, such as a mobile device operative to access the service wirelessly or otherwise, in a manner which efficiently provides a consistent user experience which meets a user&#39;s expectations as to the functionality and quality of the service, including the user interface therefore and service delivery, which leverages the available capacities of the devices through which the service is provided so as to maximize the functionality and quality of the provided service without diminishing the experience, i.e. without substantially reducing the quality or functionality.

RELATED APPLICATIONS

This application is a continuation under 37 C.F.R. § 1.53(b) of U.S.patent application Ser. No. 13/725,201 filed Dec. 21, 2012, entitled“DYNAMIC COMMUNICATION,” now U.S. patent Ser. No. 10/097,989, the entiredisclosure of which is incorporated by reference in its entirety.

The present patent application is related to co-pending patentapplication Ser. No. 13/724,913 filed on Dec. 21, 2012, entitled“DYNAMIC PRESENTATION,” now abandoned, the entire disclosure of which isincorporated by reference herein.

The present patent application is related to co-pending patentapplication Ser. No. 13/725,145, filed on Dec. 21, 2012, entitled“DYNAMIC EXECUTION,” now U.S. Pat. No. 9,992,306, the entire disclosureof which is incorporated by reference herein.

BACKGROUND

Provisioning of services, such as financial services, to devices, suchas mobile devices, including smart phones, tablet devices, etc., ischallenging due, at least in part, to their limited capabilities, e.g.limited processing power, battery power, screen size, connectivity, etc.as well as the ever growing variety of devices, for which the capabilityof the devices may vary, e.g. display size and/or resolution,computational capability, maximum wireless bandwidth, storage capacity,etc. Such provisioning of services is further complicated by theoperational capacity, i.e., the dynamic nature of theutilization/availability of those device capabilities due operation ofthe device by the user and/or as a consequence of the dynamic nature ofthe mobile environment. As such, at any given moment, devices havingdifferent capabilities, some more limited than others, and/or havingdifferent available portions/capacity thereof, may be trying to access agiven service.

Provisioning of services, such as financial services, to devices, suchas mobile devices, including smart phones, tablet devices, etc., ischallenging due, at least in part, to their limited capabilities, e.g.limited processing power, battery power, screen size, connectivity, etc.as well as the ever growing variety of devices, for which the capabilityof the devices may vary, e.g. display size and/or resolution,computational capability, maximum wireless bandwidth, storage capacity,etc. Such provisioning of services is further complicated by theoperational capacity, i.e., the dynamic nature of theutilization/availability of those device capabilities due operation ofthe device by the user and/or as a consequence of the dynamic nature ofthe mobile environment. As such, at any given moment, devices havingdifferent capabilities, some more limited than others, and/or havingdifferent available portions/capacity thereof, may be trying to access agiven service.

In all cases, it is desirable to efficiently provide a consistent userexperience which meets a user's expectations as to the functionality andquality of service, including the user interface and service delivery,which leverages the available capacities of the devices through whichthe service is provided so as to maximize the functionality and qualityof the provided service without diminishing the experience, i.e. withoutsubstantially reducing the quality of user experience of the service orfunctionality provided by it.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 depicts a system for provisioning services to devices accordingto one embodiment.

FIG. 2 depicts a block diagram of an exemplary implementation of thesystem of FIG. 1.

FIG. 3 depicts a block diagram of an exemplary logical implementation ofthe system of FIGS. 1 and 2.

FIG. 4 depicts a block diagram of an exemplary implementation of asystem for dynamically generating a user interface for facilitatingaccess to a service for use with the system of FIGS. 1 and 2, accordingto one embodiment.

FIG. 5 depicts a flow chart showing operation of the system of FIG. 4.

FIG. 6 depicts a block diagram of an exemplary implementation of thesystem of FIG. 4.

FIG. 7 depicts a block diagram of an exemplary device detectionmechanism for use with exemplary implementation of FIG. 6.

FIG. 8 depicts a block diagram of an exemplary implementation of thesystem of FIG. 4.

FIG. 9 depicts a flow chart showing exemplary implementation of theoperation of the system of FIG. 4.

FIG. 10 depicts a block diagram of an exemplary client applicationarchitecture for use with the disclosed embodiments.

FIG. 11 depicts a block diagram of an exemplary implementation of asystem for dynamic execution for use with the system of FIGS. 1 and 2,according to one embodiment.

FIG. 12 depicts a flow chart showing operation of the system of FIG. 11.

FIG. 13 depicts a block diagram of an exemplary implementation of asystem for dynamic data communications for use with the system of FIGS.1 and 2, according to one embodiment.

FIG. 14 depicts a flow chart showing operation of the system of FIG. 13.

FIG. 15 depicts shows an illustrative embodiment of a general computersystem for use with the system of FIGS. 1 and 2.

DETAILED DESCRIPTION

The disclosed embodiments relate to provisioning of a service, such as afinancial service, to a device, such as a mobile device operative toaccess the service wirelessly or otherwise, in a manner whichefficiently provides a consistent user experience which meets a user'sexpectations as to the functionality and quality of the service,including the user interface therefore and service delivery, and furtherwhich leverages the available capacities of the devices through whichthe service is provided so as to maximize the functionality and qualityof the provided service without diminishing the experience, i.e. withoutsubstantially reducing the quality of the user experience of the serviceor functionality provided thereby.

While the disclosed embodiments will be discussed with respect to mobiledevices, such as smart phones, tablet computing devices, cellulartelephones, laptop computers, proprietary devices, devices suitablyadapted to be mobile, etc., which access or otherwise utilize theservices described herein via a communication medium, at least a part ofwhich may include a wireless component, it will be appreciated that thedisclosed embodiments may be utilized with any suitable device, such asthe computer device 1500 described below with respect to FIG. 15, whichmay access or utilize the service via any type of communication medium.In particular, the disclosed embodiments may improve the provisioning ofa service, e.g. the efficiency thereof, and/or the user experiencetherewith, among devices of varying capabilities and varying availableportions thereof, accessing or otherwise utilizing the service via alimited and/or varying bandwidth communications medium.

As used herein, the capabilities of a device refers to the specificfeatures, specifications, configurations, functions, components,abilities, or other capabilities of the device such as the screen size,screen resolution, refresh rate, processor speed, co-processoravailability (e.g. math coprocessor, digital signal processor, floatingpoint co-processor, graphics processor), working/volatile memorycapacity (e.g. RAM), storage/non-volatile memory capacity (e.g. flashmemory, hard disk, solid state disk, etc.), power type/capacity (e.g.battery, plugged in with power, etc.), available input devices (e.g.touch screen, keyboard, buttons, audio, optical, etc.), available outputdevices (e.g. visual indicators, audio, physical/vibration), availablesensors (e.g. optical, audio, proximity, thermal, pressure,acceleration, magnetic, compass, GPS, near field communications, RFID),communications (e.g. cellular, 3G, 4G, Wi-Fi, Bluetooth, Zigbee, RF), orany other feature or device capability now available or later developed.Furthermore, reference herein will be made to the currently availableportion or capacity of any one or more these capabilities, also referredto as an operating or operational capacity, wherein any given moment,depending upon usage or environmental factors, a portion of the maximumavailable amount of the particular capability may be consumed orotherwise unavailable and this may change over time. For example,depending upon the usage of the device, less than all of the operatingmemory, storage or processing capability may be available. Furthermore,depending upon usage and/or environmental factors, such as location,less than the maximum communications bandwidth may be available. It willbe appreciated that some capabilities, such as screen size or resolutiondo not change though the amount available screen area for display mayvary based on usage of applications on the device. Further, diminishedcapacity of one capability may reduce the available capacity of anothercapability. For example, limited processing capacity may further limitthe available display capacity as the ability to display data, such asgraphic images, may be dependent upon the processing capability. It willbe appreciated that, for convenience, devices may be classified ashaving similar sets of capabilities. For example, devices having touchscreen interfaces may be classified together and devices having the samescreen size may be classified together. Classifications may overlap,i.e. a device may belong to more than one classification, e.g. both thetouch screen classification and the particular screen sizeclassification.

While the disclosed embodiments will be discussed with respect to theprovisioning of financial services, such as trading services, i.e. thefacilitation of the placement, viewing or cancellation of orders totrade financial instruments and view the results thereof, marketmonitoring services, i.e. access to market data, which may becontinuously updated, representative of the present state of a financialmarket, and/or financial analysis services, i.e. analysis of marketand/or account or portfolio data and derivation of metrics and otherdata therefrom, it will be appreciated that the disclosed embodimentsmay be applicable to the provisioning of other services including, forexample, content delivery services, complex analytical or derivationservices, and the like. In particular, it will be appreciated that thedisclosed embodiments may be applicable to services based oncontinuously, e.g. a data stream, updated or changing time-sensitivedata, data having a limited life span or limited time of relevance, i.e.data which may expire or otherwise become stale substantially subsequentto the availability or generation thereof, and for which the same datamay be provided, or otherwise be of interest, to multiple recipients.For example, market data, such as current market prices for financialinstruments, may be constantly changing due to the economic forces atwork in the market, e.g. the negotiating, buying and/or sellingactivities of the market participants, e.g. traders. Accordingly, when aprice for a financial instrument is derived, it may only be relevant fora short period of time, e.g. a few milliseconds, before the market hasagain changed and a previously derived price is no longer an accuratereflection of the current price. Furthermore, it may important that allof the recipients of the market data see substantially the same data,e.g. price, at the same time, so as to, for example, prevent one marketparticipant from having an unfair advantage over another. Other similartypes of data may include live video or audio streams, such as may beused in real time applications, e.g. tele-surgery, wherein each image oraudio sample is only relevant so long as it reflects the current “groundtruth” of the subject matter, video games, such as multiplayer games, orotherwise where multiple participants may be accessing the same datastream, e.g. video or audio, and need to experience the streamsubstantially simultaneously, e.g. because they may be collaborating orcompeting, etc. In addition, the disclosed embodiments may be applicableto the provisioning of services which require substantial computationalresources. In addition to financial analysis services, e.g. profit andloss calculations, account balance calculations, implied volatilitycalculations, calculation of metrics of risk in financial positions,referred to as “greeks,” performance metric calculations, strategyidentification, margin/risk calculations, implied opportunityidentification, etc., other computationally intensive services to whichthe disclosed embodiments may be applied include augmented reality,graphic rendering, language translation, speech to/from text conversion,geographic navigation routing, etc. Furthermore, the disclosedembodiments may be utilized for the provisioning of services, such asthe time-sensitive based services and/or computationally intensiveservices described above, over limited and/or varying bandwidthcommunications media, such as wireless, e.g. cellular, Wi-Fi, etc.,media, where the available bandwidth may vary over time. As will bedescribed, one or more services, or portions thereof, may be providedvia an application program which may be executed by the device to whichthe service is to be provided, by the server providing the service, byan intermediary device between the server and the device, or acombination thereof, as will be described.

It will be appreciated that a service, as referred to herein, may referto a collection, related or otherwise, of multiple functions oroperations, or each such function or operation may be considered aservice. Furthermore, as used herein, the term “service” may refer toone of or both the user interface, or elements thereof, which facilitatea user's access to particular data, functions and/or operations, or theparticular data, functions and/or operations themselves. A userinterface may be an application program executed on the device via whicha service is to be provided or may be executed remotely, such as on aremote server or intermediary in communication, e.g. at least in partvia a wireless connection, with the device wherein the elements of theuser interface are presented visually or otherwise via the device. Auser interface may be composed of user interface elements or componentssuch as input components, output components and/or combinations thereof.Input components may include components which receive input or otherwisedetect interaction by the user with the device, such as via an inputdevice, e.g. a touch screen, keyboard, scroll wheel, one or morebuttons, touch based input device, microphone, etc. Input components mayinclude menus or other constructs which allow a user to choose amongoptions or otherwise select from a list, input fields or otherconstructs which allow a user to provide data and/or other constructswhich allow a user to signal intent. Input components may furtherinclude components which interact with and receive data, such as ambientdata, from the environment in which the device is located, such as viasensors or other input/output mechanisms deployed on the device such asthe microphone, camera, proximity sensor, near field communicationsdevice, RFID device, GPS, a GPS, ambient light sensor, accelerometer,thermal sensor, etc. Output components of the user interface may includeaudible and/or visual indicators (e.g. graphic user interface (“GUI”)elements), displayed on the device's display screen or utilizing othervisual indicators, such as LED's, text and/or graphic data displays, orphysical outputs, such as vibrations (e.g. via a device's vibrationmotor). A user interface may be integrated with the underlyingfunctional/operational components in an application program and/oroperating system. Alternatively, or in addition thereto, the userinterface may be implemented separately from the underlyingfunctional/operational components of an application or operating system.

As will be described in more detail below, the disclosed serviceprovisioning may include, for example, dynamically adjusting userinterface presentations, and/or varying the type and functionality ofcomponents thereof, to align with the current display and user inputcapabilities of the user's particular device, and/or available capacitythereof, adjusting to the currently available computational, storage,and/or power capacity of the user's particular device, and/or adjustingbandwidth utilization to provide the desired services over thecommunications bandwidth presently available between the serviceprovider and the user's particular device.

Other solutions to the problem of efficient service provisioning todevices, such as mobile wireless devices, of varying capabilities haveincluded creating a single user interface/application, for facilitatingaccess to the service, which is optimized or otherwise normalized tooperate in conjunction with multiple devices having differentcapabilities. However such user interfaces/applications, whicheffectively cater to the lowest common denominator of devicecapabilities, may deny users of more capable devices a userinterface/experience which leverages those capabilities. Alternatively,a service provider may design different user interfaces/applications fordifferent devices, each being designed to leverage the particular devicecapabilities. However, creation of a user interface/application iscomplex, let alone creation of multiple user interfaces/applications andthe service provider must maintain all of the different versions toensure that they are kept up to date and free of defects, as well asrelease new versions to support new devices or new capabilities, whichincreases costs and consumes resources. Furthermore, neither solutionaccounts for the dynamic nature of the mobile environment where, despitethe capabilities of a given device, the available capacity thereof isconstantly changing, e.g. as the user loads or removes software fromtheir device, available storage capacity is consumed or released, as theuser executes that software, available processing, operating memory,and/or communications capacity are consumed, as the user moves, thequality and strength of their wireless connection, and thereby theavailable bandwidth, changes. Accordingly, a user interface/applicationmay provide a satisfactory user experience at one moment and anunsatisfactory experience at another moment.

In some cases, this dynamic shift in user experience is expected andeven tolerated. For example, in media streaming where entertainmentcontent, such as video or audio content, is streamed to a device forviewing by a user, pauses and/or delays in the presentation, such as dueto the processing capability of the user's device or the quality oftheir wireless connection, may be expected and/or tolerated by the user.In some cases, the provisioning of the service may even be compromisedto accommodate such issues and improve the user experience. For example,a media/content/data streaming service may introduce buffering to reducesuch pauses or delays and accommodate for the deficiencies in the deviceor the connection. With buffering, the user may have to wait, afterinitiating the service, for sufficient content to be stored within theirdevice or at some intermediate location, before the service starts, e.g.before the video starts playing. This delay may be tolerable to avoidinterruptions once the service is commenced. Furthermore, differentusers accessing the same content may experience different levels ofbuffering, and the resultant delays caused thereby, depending upon thecapabilities of there devices and the available portions thereof. So twousers who each initiate a stream of the same video at substantially thesame time, may in fact end up experiencing that video at different timesas each stream is buffered differently. Again, in such a situation, thismay not be a problem as the concern is typically with respect to eachuser's individual experience.

However, for some services, such as services based on continuously, e.g.a data stream, updated or changing time-sensitive data, data having alimited life span or limited time of relevance and/or data which must beexperienced by users substantially simultaneously, buffering may not bean option, e.g., for services which deliver and present data in realtime to the user's device, buffering may delay the presentation of theinformation beyond the time of relevance thereof or otherwise result inasymmetric delivery among multiple recipients. For example, forfinancial market data services, the delivery and presentation of marketdata, e.g. market prices, substantially symmetrically to multiple users,such as traders, substantially in real time, i.e. as quickly as possibleafter that data was generated, is critical to allow the users/traders tofairly act on the most current market information. A delay may result ina trader trading at the wrong price, or one trader garnering an unfairadvantage over other traders, which may result in risk and/or financialexposure for the user/trader and/or the entity on behalf of which theytrade. Other examples of services which depend on real time presentationinclude multiplayer video games and live video feeds, such as may beused for security monitoring or health care, such as tele-surgery, wherea delay, asymmetric among multiple recipients or otherwise, in receiptmay result in an inappropriate or incorrect response to the currentstate.

In particular, the disclosed embodiments relate to provisioning ofservices, such as delivery and presentation of data in real time, todevices, such as mobile devices, having varying capabilities anddynamically available portions thereof. The disclosed embodimentsadjust, at the time of provisioning of the service, e.g. at run time, tothe capabilities of a particular device requesting access thereto andfurther to the available portion of those capabilities, to optimize theuser experience. In particular, a tailored user interface forfacilitating access to the service may be provided, which includescomponents suitable to the device capabilities and available portionthereof. Further, communication of data in furtherance of the servicemay be dynamically adjusted to accommodate for changes in the availablecommunications capability. In addition, processing tasks to be executedin furtherance of the service are dynamically allocated between theservice provider and the user's device to accommodate for the availableprocessing resources thereof.

FIG. 1 shows a system 100 for provisioning services 106 to devices 104according to the disclosed embodiments. Referring to FIG. 1, in oneembodiment, the devices 104, such as mobile devices 104, and/or theapplications executing thereon, such as a mobile applications forfinancial services, e.g. trading, which may require performance, speed,reliability, security, fault tolerance, substantially symmetricaccess/delivery and/or device resource intensive computations, accessthe services 106 via an intermediary, which may include push servers 114and or a mobile gateway 108, which may be implemented as intelligentmiddleware between the devices 104 and services 106. As used herein, aservice refers to either or both a particular function or operation, ora set thereof, executed by a server, by a device or a combinationthereof, and to a server or other device or entity which may provide orotherwise facilitate the provision of the particular function(s) oroperation(s). While the intermediary may be referred to as a “mobilegateway 108,” it will be appreciated that the functionality not limitedto mobile devices, as was described above. Furthermore, while thefunctionality of the mobile gateway 108 and push servers 114 will beseparately discussed, it will be appreciated that, in at least oneimplementation, the disclosed functionality may be integrated with oneor more of the services 106. For example, market data may be generatedby one or more financial exchanges. Once generated, market data may beprovided to one or more service providers or data aggregators whichfacilitate the dissemination and delivery of the market data to the endusers. As used herein, a service/server 106 may refer to any provider ofthe market data including the originating financial exchanges and anyintermediary which receives and retransmits the market data therefrom.As will be discussed below, in one implementation, a market dataservice, to which traders may subscribe, such as for a fee, so as toreceive market data, may include a pricing server or other server 106which receives the market data from a source, such as the financialexchanges or other intermediate provider, aggregates the market dataand/or otherwise prepares is for further dissemination to thesubscribers. The pricing server 106 may then be coupled with a pushserver 114 which is operative to accomplish the delivery of the marketdata to the subscribers.

FIG. 2 depicts an exemplary implementation of the system 100 of FIG. 1.In particular, FIG. 2 depicts different types of mobile devices 104,e.g. smartphones and tablet computing devices, which subscribe to amarket data feed or other service provided by the servers 106 via theone or more push server(s) 114 (e.g. one or more server clusters). Thepush server(s) 114 and mobile gateway 108 may form a logicalintermediary layer which manages the delivery of the service to thedevices 104 from the servers 106. The push server(s) 114, which deliverthe data to the devices 104, may utilize persistent connections, such asa persistent HTTP connection, to push, or otherwise, stream data tothose devices 104, or may use on demand connections to facilitate accessto the services provided by the servers 106. As will be furtherdescribed below, the mobile gateway 108, which may be implemented by oneor more servers or server clusters and which may be coupled with thedevice 104 via a logically separate connection (e.g. a different logicallayer), such as using a restful web services connection over HTTP/S,manages the provisioning of the service as further described herein toaccommodate the device 104 capabilities and available capacitiesthereof.

The mobile gateway 108 may be logically implemented as depicted in FIG.3 which depicts a logical implementation of the system of FIGS. 1 and 2.In particular, FIG. 3 shows an overall structural topology of thedifferent layers over which the platform, which includes the mobilegateway 108, is divided, collected and catered to provide services 106to the devices in 104, as well as other devices, such as desktopcomputers. FIG. 3 also shows the web layer and UI components andillustrates the data interactions there between. In particular, thepresentation layer on the web or application receives data from theApplication Server Layer, e.g. the mobile gateway 108, servers 106and/or push server(s) 114, as well as the Streaming Layer implemented bythe mobile gateway 108 and/or push server(s) 114. Each of theApplication Server Layer and Streaming Layer may receive data from thedata persistent layer which may consist of lookup data, device specificdata to classify and identify devices as well as any transactionspecific data stored in the database.

It will be appreciated that the mobile gateway 108 may comprises one ormore computer systems 1500 described below with respect to FIG. 15, andmay perform a variety of functions focusing on different aspects betweenthe mobile device 104 and the service providers/business backend servers106, including balancing resource utilization between devices andservers, acting as a key component which may facilitate scaling up andbuilding mission critical applications, such as mobile financial tradingapplications, that can match up to the standards of a desktop or webbased trading application. The mobile gateway 108 may assist in cateringto various runtime service/user interface presentations by performingintelligent functions such as device detection, collection of deviceparameters, execution of a rules engine, executing dynamic computationmodels etc. The mobile gateway 108 may implement an intelligent layer ofcommunication between the mobile devices 104 and the services/servers106, i.e. the business backend, and may be implemented that allcommunications between the devices 104 and the services/servers 106 flowthrough the mobile gateway 108 or, alternatively, such that the mobilegateway 108 may be privy to all such communications. As will bedescribed below, the mobile gateway 108 may include components orsub-systems which implement dynamic presentation 400, dynamic execution1100 and/or dynamic data communications as will be further described inmore detail below.

For example, as will be described in more detail below, the mobilegateway 108 may, using the dynamic execution sub-system 1100, mayautomatically determine whether various work (computation, data caching,transaction validation etc.) for a mobile application should beperformed on the mobile device 104 itself or elsewhere, such as on theserver 105 or on the mobile gateway 108, to which the device 104 isconnected. The decision may be based upon the type of mobile device 104and its available network and/or hardware capacity, or any otherresources, as was described above. For example, a device 104 withsufficient CPU capacity may be determined to perform profit/loss (“P&L”)calculations locally. In contrast, a device 104 with inadequate CPUcapacity may have the P&L calculations performed by the server 106 andthe results sent, i.e. pushed via the mobile gateway 108 and/or pushserver(s) 114, to the mobile device 104 for display. If the mobileapplication needs to cache some data, such as security symbols, themobile gateway may determine if the device has sufficient disk or otherstorage capacity for the cache and, if not, the data may be cached instorage provided by the mobile gateway 108. These determinations can bechanged during a connection session and/or upon the next connection ifthe particular resource capacity changes, perhaps due to the number ofother applications running on the device, as will be further describedbelow.

In addition, the mobile gateway 108, utilizing the dynamic presentationsubsystem 400, may also determine the different presentation layers thatare required for working efficiently on different devices. Thesub-system 400 may include a presentation logic/rules engine, storedwithin the gateway 108, which determines various device 104capabilities, and available portions thereof, such as based on:

-   -   Class/capabilities of device 104, e.g. size, resolution, CPU        speed, memory characteristics, user interface type (touch,        non-touch). Devices 104 may be placed into categories, e.g.        small, medium, large or high, medium, low, based upon their        physical and technical characteristics.    -   Utilization diagnostics, e.g. how much of the device's 104        memory, CPU power, storage, network bandwidth is currently        available for the particular service/application; and/or    -   User specified parameter values, e.g. the user may specify not        to use the 3G network to save on costs, so the dynamic        presentation layer will be adjusted to reduce bandwidth        requirements.

In one embodiment, components of the user interface may be cached orotherwise stored on the device for later re-use, without having toretransmit the components. In such an implementation, principals oftemporal and/or spatial locality may be implemented so as to provideadditional components, determined to be likely to be needed, in advanceto store in the cache so as to provide ready access in order to improveperformance. Suitable cache updating and maintenance routines mayfurther be implemented to manage this storage and maintain coherencywith server.

The gateway 108 may, as may be described, may facilitate one or more ofthe following:

-   -   Session Management    -   Device Recognition    -   Dynamic Presentation logic and asset loading    -   Dynamic computation model    -   Offloading client-side business logic    -   Hosting mobile web content    -   Logging    -   Caching of static data    -   Security    -   Optimizing communication between device and Backend logic or        combinations thereof.

Overall the gateway 108 may enrich the mobile application, making itsimilar to a desktop-like experience dealing with various enterpriselevel aspects of a traditional desktop web application.

In particular, as will be described in more detail below with respect toFIG. 4, a system 400, which, as described, may be a subsystem of themobile gateway 108 or otherwise implemented separately therefrom, may beprovided for dynamically provisioning a user interface to a device 104to facilitate access to a service 106 by a user thereof. The system 400may include a non-transitory memory 404, which may be volatile ornon-volatile and may be implemented as the memory 1504 described belowwith respect to FIG. 15, having computer executable instructions 406,408, 410, 412, 414 stored therein. The computer executable instructions406, 408, 410, 412, 414 may be executable by a processor 402, which maybe implemented by the processor 1502 described below with respect toFIG. 15, to cause the processor 402 to receive a request from the device104 to access the service 106, identify, based on the request, at leastone capability of the device 104 and a currently available portionthereof, determine a set of user interface components, each of which isoperative to facilitate access to at least a portion of the service 106and which is optimally executable by the device 104 within the availableportion of the at least one capability, assemble the set of determineduser interface components into the user interface and provide the userinterface to the device 104 whereby the user may utilize the userinterface to access the service 106.

Generally, as shown in FIG. 9, the system 400 builds the presentationlayer, e.g. the user interface, of a mobile application at runtime. Theuser interface, i.e. the way the application looks and the featurespresented may be different depending upon the:

-   -   1. Class of device 104, e.g. size, resolution, CPU speed, memory        characteristics, user interface type (touch, non-touch), mobile        service provider, operating system, or other characteristic        described above. Devices may be placed into categories, e.g.        small, medium, large or high, medium, low, based upon their        physical and technical characteristics;    -   2. Utilization diagnostics, e.g. how much of the device's 104        memory, CPU power, storage, network bandwidth is currently        available for this application; and/or    -   3. User specified parameter values, e.g. the user may specify        not to use the 3G network to save on costs, so the dynamic        presentation layer will be adjusted to reduce bandwidth        requirements.

All of the rules related to the dynamic presentation layer may beexecuted at runtime, such as from a single code base which enables themobile application to present the optimum set of features for eachdevice, depending upon both its inherent characteristics and the dynamicchanges in its environment.

As shown in FIG. 6, the system 400 may include a software framework 600,also referred to herein as device diagnostics, that detects the type ofmobile device 104 (screen size, resolution, processor speed, memory,available storage, operating system etc.) and automatically adjusts thenumber and types of user interface components/features, also referred toas widgets, to be displayed on the device 104. For example: a highresolution tablet device 104 may have the most feature-rich price chartwidget enabled; A low resolution device 104 with a larger screen mayhave a simple price chart widget; a low resolution device 104 with asmall screen may not have the price chart widget at all. Anotherexample: a mobile device 104 lacking a touch screen may receive asubstantially different UI than a touch screen based device 104. Eachwidget may have several different configurations from which to select,depending upon the category of mobile device, thereby enabling similarfunctionality in different variations appropriate for different devices104. This may all be implemented, for example, within a single HTML5mobile application.

In contrast, current mobile applications may be implemented on eithernative platforms or web based applications accessible via a device's 104web browser application. However, with the advent of more front endtechnologies like HTML5, it became easier to implement mobile web basedapplications which could be accessed by different devices. However, suchsolutions do not address the issues of the applications being used bydifferent devices having different capabilities. As a result companiesmay have to implement a lot of patches on their application code toenable the code to work on the different devices or build separateinstances of the application completely for different devices. Thedisclosed embodiments solve this problem and introduce a new conceptthat, based on different factors, like class of device 104, utilizationstatistics or parameters, a view of the mobile application can begenerated and presented to the user completely at runtime.

The disclosed embodiments may enable the followingadvantages/improvements:

-   -   Reduction of software development (effort and/or costs) required        to support different classes of devices 104 and/or different        types of browsers programs and/or operating systems. Instead of        building different applications for different devices or writing        generic code, the disclosed embodiments add a layer that can        utilize the same core software but can render and cater to        different devices 104 based on parameters detected at runtime.    -   Increased efficiency and usability of the users with different        devices 104 to work on a user interface that is meant and        designed for that device 104. Further, as parameters of the        device 104 change or otherwise vary, the disclosed embodiments        facilitate adaptation by the user interface to such changes        without having to make other changes thus providing a seamless        experience to the users and giving them optimal experience and        satisfaction.    -   Increased application performance due to optimization of the        user interface based on several parameters and utilization        statistics which are all monitored at runtime. User interfaces        can be resource intrinsic and hence the requests coming for        different screens or modules may first be processed by the        gateway/middleware 108 and combined with a user interface that        the device 104 can handle, improving reliability and        responsiveness.    -   Addition of flexibility to have an application functionality to        be extended to new devices 104 coming in the market with minimum        changes without the time and effort required to build an        application geared towards that device 104.

FIG. 7 shows a block diagram depicting one implementation of the system400 for implementation of a dynamic presentation layer as describedabove. The diagram shows layer aspects and the logical flow ofcommunication between mobile devices 104 and how the presentation layerwhich is displayed to the user is ultimately customized provided to thedevice 104.

In particular, requests made from the different devices 104 pass througha device detection layer to identify and classify the type of device.The device detection layer is further mapped to the device and assetdetection layer where the assets, e.g. user interface components orwidgets, to be downloaded are determined depending on the classificationof the device 104 and is also mapped to the computation framework wheredepending on the type of the device it selects one of the computationmodels as described below. Once the assets to be downloaded and thecomputation framework are selected the web application layer applies thebusiness logic and renders the response to the device 104.

FIG. 8 shows a block diagram depicting the User Interface aspects of thedynamic presentation layer described above. The diagram represents howthe offline caching of assets help to load the presentation layer anddata faster on the mobile device 104. The diagram further illustratesthe various logical layers of communication between the device 104 andthe loading and storing of data on the device 104.

In particular, a request may be made from the device 104 to the server106 to fetch a list of results. The device may then go through a devicedetection layer so that the type of device 104 may be classified and theresponse received, is rendered on the fly. The response may either becached so that next time that data or the presentation asset is needed,if it is cached it can be shown immediately, and continue with the otherrequest on the background, updating the interface when a response isreceived.

FIG. 10 shows another block diagram illustrating a client architecturefor use with the system 400 showing how the same presentation logic maybe rendered on all different mobile platforms, i.e. how the sameapplication will be portable on all the devices 104. The presentationlayer logic, as described herein, may be executed at runtime, from asingle code base which enables the mobile application to present a setof features for each device 104, depending upon both its characteristicsand the dynamic changes in its environment. It allows to leverage thesame architecture to build downloadable web, native and hybridapplications based on the specific business needs.

In particular, as will be described below with respect to FIG. 11, asystem 1100, which as described above, may be a subsystem of the mobilegateway 108 or otherwise implemented separately therefrom, may beprovided for provisioning of a service 106A by a server 106 to a clientdevice 104, the service 106A being based on execution of a plurality ofcomputations. The system 1100 may include computer executable programcode 1106, 1108, 1110, 1112, 1114, 1116 stored in a non-transitorymemory 1104, which may be implemented by the memory 1504 described belowwith respect to FIG. 15. The computer executable code may be executableby a processor 1102 coupled therewith, which may be implemented by theprocessor 1502 described below with respect to FIG. 15, to cause theprocessor 1102 to receive a request from the client device 104 for theservice to be provisioned thereto, determine a currently availablecapacity for the client device 104 to execute the plurality ofcomputations and apportion, based on the determined currently availablecapacity, the plurality of computations among the client device 104 andthe server 106, or other intermediary device, such as the mobile gateway108, push server(s) 114 or other server, for execution thereby, whereina result of the portion of plurality of computations executed by theserver 106 or other intermediary device, such as the mobile gateway 108or push server(s) 114, is provided to the client device 104 foraggregation with a result of the portion of the plurality ofcomputations executed by the client device 104, the aggregate resultbeing presented to a user of the client device 104.

As will be appreciated, statically defining where computations willoccur, e.g. on the client or server (or other intermediary), may limitthe flexibility to optimally distribute the computational load at thetime of execution based on the currently available resources so as toprovide the optimal user experience. Furthermore, creating multipleimplementations of an application having different computationalconfigurations consumes resources, both for development and maintenance,which might otherwise be devoted to further development. Divertingcomputations to devices 104 which can handle them maintains the user'sexpected level of service while reducing the burden on the server 106,or intermediary 108/114, which may then devote its resources tosupporting and providing an expected level of service to devices 104 oflimited capability. Device side execution further conservescommunications bandwidth and improves reliability (a dropped connectionwill not prevent delivery of the result).

Generally, it will be understood that mobile devices 104 normally comewith limited processing powers and capabilities. In particular, it willbe appreciated that for as much that the performance of a mobile device104 may improve, such performance will generally lag behind theperformance of non-mobile devices, such as the server 106 orintermediaries 108/114, which are not necessarily constrained by poweror size. Accordingly, many high end functionalities or computationseasily handled by a desktop based application may not be implemented onmobile devices 104 and, therefore, traditionally such features have notbeen available to mobile devices 104.

The disclosed embodiments, determine computation based functionalitiesat runtime for execution either on the device 104, the server 106 (orother intermediary), or a combination thereof, based on several devicediagnostics parameters such that the computation can be done efficientlyand seamless to the device and thus enriching optimal user experience.The disclosed embodiments generally solve the problem of providing asimilar functionality on both low-end or a high-end devices 104 based onthe capability of the device 104 and hence solves a traditional problemof sticking to either a client based computation approach or a serverbased computation approach, where there is no flexibility at runtime toswitch based on what is the processing capability of the device 104itself.

In particular, mobile applications, such as those utilized for trading,generally lack the high end trading or financial computations whichinvolve streaming data because these computations are computationallyresource intensive. Instead, these computations may be performedexclusively by the server 106, or other intermediary, with the resultsthen delivered to the device 104. As will be appreciated, the existingsolutions do not provide the flexibility of catering to changingconditions of the device or the type of device and how the computationmay be performed. Instead, a similar computation methodology isimplemented across all devices 104 either on the device side or on theclient side, leading to performance problems or limiting suchfunctionalities provided to the users of those devices 104.

The disclosed embodiments may allocate or otherwise apportioncomputations according to three different paradigms:

-   -   a) Device computation paradigm: The computation logic is        executed within the device 104. The code is downloaded onto the        device 104 itself and the computation is done at the device        level. The files and code for executing such a computation may        always be downloaded to the device 104 and only invoked if this        paradigm is chosen;    -   b) Server computation paradigm: The computation logic is        executed at the server 106, or other intermediary such as the        mobile gateway 108, in the backend. The request for such a        computation comes from the backend and once the results are        computed, they are pushed back or otherwise communicated to the        device 104; or    -   c) Hybrid computation paradigm: Some parts of the computation        are performed on the device 104 and other parts are performed on        the server 106 or other intermediary such as the mobile gateway        108.

In one embodiment, an application may be divided into different widgetsor components, of which some may implement underlying computations.Computation logic to select either of the above three paradigms forapportion of the computations among the device 104 and server 106 (orintermediary) may include rules which consider:

-   -   1. Class of device, e.g. size, resolution, CPU speed, memory        characteristics, user interface type (touch, non-touch);    -   2. Utilization diagnostics, e.g. how much of the device's        memory, CPU power, storage, network bandwidth is currently        available for this application; or    -   3. User specified parameters provided by the user to override or        otherwise direct the apportionment of the computations to the        device 104, server 106 or a combination thereof.

In one embodiment, the system 1100 may continually reevaluate thesefactors. On the first instance, when an widget is invoked forcomputation, the system 1100 may check for these parameters and decide,such as based on certain rule, stored for example, in a table ordatabase, which mode/paradigm of computation is appropriate. The resultmay then be sent to the client side device code, and/or the server 106or intermediary, and the computation is executed henceforth.

At runtime, certain of the factors described above may be monitored atthe device 104 and the same widget which was computing using a paradigmeither of a, b or c can switch to a different paradigm based on how theutilization diagnostics may have changed. For example, where a user wasusing an iPad and had the mobile application open and a widget wasinitially using computation module a, but then if the user subsequentlyopens multiple additional applications, thereby reducing the amount ofavailable resources at runtime, the computation can be switched toparadigm b or c. At the same time, if in the same mobile application theuser simultaneously selects another widget to view which hascomputation, and originally, it was to return a paradigm a, it canreturn b or c based on the changed device utilization diagnostics.

Hence the disclosed embodiments create a dynamic model of computationwithin mobile applications switching to the different models to haveoptimal user experience and supporting mission critical financialcomputations required in the trading platforms.

The advantages imparted by the disclosed embodiments may include:

-   -   Making critical computation logic for trading applications        (streaming/non-streaming) available to users in a mobile web        based platform;    -   Improving performance and speed of the mobile web application        such that the application does not get slow or hangs just for        executing a heavy computation;    -   Reducing software costs for building different device        specific/native applications for providing computational        functionalities to users in mobile; and/or    -   Enabling the same functionalities that customers are used to in        a desktop environment to be offered in a mobile environment.

In particular, as will be described below with respect to FIG. 13, asystem 1300, which as described above, may be a subsystem of the mobilegateway 108 or otherwise implemented separately therefrom, may beprovided for dynamically managing utilization/consumption ofcommunication bandwidth, or other device capability, as described above,either the maximum possible or that which is presently available,between one or more data sources, which may include any data originatoror any intermediary devices or other re-transmitters thereof, such as aserver/service 106, and a receiving device 104, e.g. the device 104executing at least one application operative to receive data from thedata source 106, such as a mobile device 104. The application may be acomputer program, such as a user interface or component thereof, e.g.widget, operative to perform a function with respect to the receiveddata, such as present the data via the device to the user, receive inputfrom the user relative thereto, process the data, such as to compute orotherwise derive a value therefrom, alone or in combination with otherdata, or combinations thereof. It will be appreciated that more than oneapplication may be executing on the device 104, such as multiple userinterface components/widgets, or multiple separate applications, etc.Each application or widget may receive its own different stream of datafrom the same or a different data source. Alternatively, or in additionthereto, more than one application/widget may receive the same datastream from the same data source. The data may include a plurality ofdata/data items transmitted over a period of time, e.g. a data stream,wherein, for example, each data item may include content which is, orbecomes, available for transmission at a particular time, such asfinancial market price data or other data generated based on theoccurrence of events, etc. The system may include computer executablecode or logic 1306, 1308, 1310 stored in a non-transitory memory 1304,which may be volatile or non-volatile and may be implemented as thememory 1504 described below with respect to FIG. 15, and executable by aprocessor 1302, which may implemented as the processor 1502 describedbelow with respect to FIG. 15, to cause the processor 1302 to monitor,during the period of time over which the data is being transmitted, e.g.continuously, at intervals, or otherwise substantially in real time withrespect to the data transmission, utilization of the at least onecapability to determine an available portion thereof, or alternativelythe unavailable portion, and cause, based on the determined availableportion of the at least one capability of the device 104, at least oneof the plurality of applications to cause the data source to modify thetransmission of the associated plurality of data to the device. Thesystem may be implemented in the device 104 or separate therefrom suchas in the mobile gateway 108 or other intermediary as described above.In this manner, the transmission of data from the data source isindirectly managed by controlling the consumption of that data by theapplications/widgets which are receiving the data. As will be described,applications/widgets may receive data from a data source by establishinga subscription or otherwise registering with the data source. Thesubscription/registration may define the type/format of the data, therate of transmission, the volume of data, the time period over which tosend the data, the mode of transmission, e.g. push or pull or ratethereof, or other parameters. The system may cause the application tomodify the transmission of data, as described, by, for example, causingthe application to alter one or more parameters of thesubscription/registration.

As described above, the at least one capability of the device mayinclude display size, display resolution, available output devices,available input devices, available geo-locating device, communicationscapability, power capacity, processing capacity, operating memorycapacity, storage capacity, or combinations thereof.

In one exemplary implementation, the computer executable program codemay be further executable by the processor to cause the processor todetermine that the available portion of the at least one capability hasdecreased and, based thereon, cause at least one of the plurality ofapplications to cause the data source to limit the transmission of theassociated plurality of data to the device. For example, the computerexecutable program code may be further executable by the processor tocause the processor to cause the at least one of the plurality ofapplications to cause the data source to reduce the rate at which theassociated plurality of data is transmitted to the device, to reduce theamount of the associated plurality of data which is transmitted to thedevice, to cause the data source to transmit the associated plurality ofdata to the device only upon request therefore, e.g. switch from push topull, conflate or otherwise combine data into less frequenttransmissions, or combinations thereof. It will be appreciated that asthe available capacity changes, the processor may cause the applicationto further adjust the transmission of data. For example, if theavailable bandwidth should increase, the rate of transmission may beincreased.

In one exemplary implementation, the computer executable program codemay be further executable by the processor to cause the processor toreceive, from the user of the device, a specification, e.g. a userpreference or selection, of an extent to which at least one of theplurality of applications can be caused to cause the data source tomodify the transmission of the associated plurality of data to thedevice, the computer executable program code being further executable bythe processor to cause the processor to cause, based on the determinedavailable portion of the at least one capability and the specification,the at least one application of the plurality of applications to causethe data source to modify the transmission of the associated pluralityof data to the device.

It will be appreciated that different applications/widgets may beconfigured, statically or dynamically, by the user and/or the providerof the application/widget or otherwise based on some other parameter,with a designated capacity threshold or priority which the system mayconsider when determining to cause modification the data transmissionthereto as described. This facilitates operation of applications which,for example, may be less tolerant to lower transmission rates because,for example, the data may comprise critical information having a limitedtime of relevance where delay may undermine the relevant nature thereof.For example, when trading volume is significant, or otherwise pricevolatility is high, the market data may be rapidly changingnecessitating provision of market updates to a data displayapplication/widget with minimal delay to ensure the user is privy to themost up to date data. When trading volume drops, the transmission rateor update rate may be lowered as the market data may be changing lessfrequently.

In one embodiment, the server 106 may be caused by the application toselectively inhibit transmission of a particular data item uponavailability thereof when the available bandwidth between the datasource 106 and the receiving device 104 does not exceed a threshold,determine if the content of the inhibited data item is identical to thecontent of a previously inhibited data item or identical to the contentof the next data item to become available and, if identical, deletingthe inhibited data item and, if not identical, transmitting theinhibited data item. In this manner, data items in a data stream areselectively dropped when the available communications bandwidth fallsbelow a threshold. This ensures that the most current data is able to becommunicated to the device 104.

The disclosed embodiments recognize that it may be difficult to streamdata to mobile devices 104 as wireless media places a limitation on theamount of data that can be streamed to the devices 104, both in terms ofabsolute limits on volume as well as costs. While it may be generallyconsidered that such issues are irrelevant with respect to wireddevices, it will be appreciated that the disclosed embodiments may beapplicable to any communication medium for which the available bandwidthis less than the amount required to facilitate access to the service 106or where the costs there of are not insignificant. Most of the financialtrading applications, specifically mobile web applications, havesuffered from problems where only limited functionality can be presentedon the devices 104 because of lack of efficient ways to stream data overlimited network resources. Furthermore, streaming data and thecomputations related to handling it are very resource intensive and mayintroduce heavy computational loads on the devices 104. The discloseembodiments address these issues by dynamically adjusting data rates,volumes or modes of transmission, e.g. push or pull or rate thereof,based on various networking, data and device diagnostics.

Solutions for push server methodologies are available that detectnetwork bandwidth and conflate data or push data accordingly. This is ata different layer than the mobile device. This is done at the pushserver layer mentioned in 108 where generally a persistent connectionbetween the browser/device is established with the push server and thennetwork bandwidth is detected to conflate data. However these solutionsfail to dynamically facilitate steaming data and computations on thedevice 104 and cannot efficiently handle dynamic updates.

The disclosed embodiments are implemented as a software system 1300which may be used to send high volumes of data, such as securitiesmarket data, to devices 104 connected via mobile and wireless networks.This system may be implemented on the mobile server (gateway) 108 towhich, for example, thousands of mobile devices 104 may be connected.The system 1300 may frequently detect the network capacity available toeach mobile device 104 and automatically adjust the amount of data beingsent to each device 104 based upon, for example, the available networkthroughput. If the capacity declines below a defined threshold level,the system 1300 may further dynamically remove certain functionalcapabilities of the mobile application to lower the amount of data themobile application can request.

As discussed above, the functionalities that are available in the mobileapp may be in the form of widgets or components of a user interface(“UI”), and one or more of the UI widgets/components may featurestreaming data that is pushed to the device from, for example, themobile gateway 108 or the servers/services 106. When various factorschange, such as a different type of device 104 is accessing the service,the number of active widgets/components changes, or the data connectionor network speed varies, the system 1300 automatically detects thecurrent conditions, or changes thereto, and may modify the streameddata, vary the speed at which data is streamed, and/or change from apush to a polling methodology.

For example, when the network throughput changes, the system 1300 mayperform any combination of the following based on optimal conditionsthat it analyzes:

-   -   Switch from an active subscription to a passive subscription,        e.g. less frequent transmission of up to date data, for        streaming data;    -   Slow the rate at which data for any one or more        widgets/components is pushed to any one or more of the mobile        devices 104;    -   Vary the rate that data is pushed among multiple active        widgets/components; Different widgets can have different rate of        updates;    -   Selectively switch some widgets/components from a push        methodology to a polling or slower update methodology; and/or    -   Allow the user to prioritize which widgets/components should        receive updated data as quickly as possible and which can        tolerate delayed/periodic updates.

The disclosed embodiments improve usability for the user so that evenwith limited bandwidth, the user can still receive updates from themarket and make intelligent trading decisions. For example, thedisclosed embodiments enable users to stay connected and receive updateseven when a sudden switch in network connectivity occurs, for examplewhen the connection transitions from Wi-Fi to a 3G network, etc. Thedisclosed embodiments may further improve speed and reliability as undernormal circumstances, such as where streaming data applications are notcurrently being used by the user and the user may choose at what rateand speed he wants the mobile application to stay updated. Further more,by streaming data or polling when necessary, the disclosed embodimentsmay enable a new style of mobile applications which even customers withlow bandwidth can afford.

Herein, the phrase “coupled with” is defined to mean directly connectedto or indirectly connected through one or more intermediate components.Such intermediate components may include both hardware and softwarebased components. Further, to clarify the use in the pending claims andto hereby provide notice to the public, the phrases “at least one of<A>, <B>, . . . and <N>” or “at least one of <A>, <B>, . . . <N>, orcombinations thereof” are defined by the Applicant in the broadestsense, superseding any other implied definitions herebefore orhereinafter unless expressly asserted by the Applicant to the contrary,to mean one or more elements selected from the group comprising A, B, .. . and N, that is to say, any combination of one or more of theelements A, B, or N including any one element alone or in combinationwith one or more of the other elements which may also include, incombination, additional elements not listed.

FIG. 4 depicts a block diagram of a system 400 for dynamicallyprovisioning a set of functions to a device 104 to facilitate access toa server, and/or service provided thereby, 106 by a user thereof. In oneembodiment, the system 400 may be a subsystem of a mobilegateway/intermediary 108, as was described above, which facilitatescommunications between the server/service 106 and the device 104. Thedevice 104 may be a mobile device 104, such as a smart phone, cellularphone, tablet computing device, laptop computer, etc., which accessesthe service 106, at least in part, via a wireless connection, e.g.Wi-Fi, 3G, 4G, etc., as was described above. The service 106 maycomprise a financial trading/data service via which a user may haveaccess to market data, as well as market data analysis tools/functions,and via which the user may place orders to trade financial products andview the results thereof. The set of functions may be comprised of auser interface (“UI”) where in each function is provided by acomponent/widget thereof which may implement a graphical representationand interact with various input and output mechanisms of the device 104to receive input from the user and/or present output thereto, as well asinteract with the service 106 to convey data, such as the received userinput, thereto, and receive data from, such as market data,computational results, etc., therefrom, for presentation to the user orotherwise. It will be appreciated that the service 106 may beimplemented at a server remote from the device 104 where the UI merelyacts as a conduit to receive input from the user and provide that inputto the remote service, as well as receive data from the remote serviceand present that data to the user. Alternatively, one or more aspects ofthe service 106 may be implemented locally on the device 104 and providethe device 104 with the UI, wherein the UI facilitate access to the oneor more locally implemented aspects of the service 106. In oneembodiment, the UI component may be integrated with the servicefunctionality to which access is facilitated thereby. As will bedescribed further below, the determination of which aspects of theservice 106 are provided remotely and which may be provided locally onthe device 104 may be dynamically determined at the time the userrequests access to the service 106.

The system 400 includes a processor 402 and a memory 404, such as anon-transitory volatile or non-volatile memory, coupled therewith whichmay be implemented by the processor 1502 and memory 1504 as describedbelow with respect to FIG. 15. The system 400 further includes a set,i.e. a library or database, of user interface components 416, which maybe referred to as elements or widgets, stored in the memory 404, subsetsthereof being operative to implement at least one of the set offunctions to facilitate access to at least a portion of the service 106.Such components may implement menu's, selectors, data input fields,graphical displays, textual displays, or combinations thereof. It willbe appreciated that nature of, and functions implemented by, userinterface components may vary and that any such components whichfacilitate interaction with the user, the device 104, the surroundingenvironment, or a combination thereof, are contemplated herein. Each ofthe set of user interface components 416 may be implemented as acomputer program executable, or otherwise renderable, by the device 104,and further characterized by at least one requisite capability of thedevice 104 necessary for optimal execution/rendering thereof by thedevice 104. That is, each component may be tailored to a particularcapability. For example, a component tailored to a high resolutionscreen may include high resolution graphical elements. A component maybe tailored to touch screen input, featuring large graphical buttons,etc. UI components may be provided which provide access to the sameservice but which are tailored for different device 104 capabilities,e.g. one for low resolution graphics, one for high resolution graphics,one for touch screen input, one for keyboard based input, etc. Othervariations include variations in the methodology of communication, e.g.push vs. pull.

The capabilities, also referred to as attributes, features orspecifications, of the device 104 may include display size, displayresolution, available output devices, e.g., visual/display, audio,vibration, LED indicators, device communications, such as Bluetooth,available input devices, e.g. keyboard, touch screen or pad, voice,optical/camera, physical/accelerometer/proximity, thermal, pressure,RFID, NFC, Bluetooth, available geo-locating device, e.g. GPS, aGPS,communications capability, e.g. cellular radio (CDMA, GSM, 3G, 4G),Wi-Fi (a, b or n), cellular service level (unlimited, capped), SMS/MMS,Bluetooth, NFC, power capacity, e.g. operating off a battery or pluggedin, processing capacity, operating memory capacity, storage capacity, orcombinations thereof.

The system 400 further includes first logic 406 stored in the memory 404and executable by a processor 402 coupled therewith to cause theprocessor 402 to receive a request from the device 104 to access theservice 106, the device 104 being characterized by at least onecapability and a currently available portion thereof. The request may bereceived in the form of a log in to the service 106, selection of auniform resource locator, or execution of an application program loadedon the device 104 which then initiates communication with theservice/server 106, such as via the mobile gateway 108.

The system 400 further includes second logic 408 stored in the memory404 and executable by the processor 402 to cause the processor 402 toidentify, based on the received request, e.g. at run time or otherwisein real time relative to the request, the at least one capability of thedevice 104 and the currently available portion thereof, such as via aninterrogation protocol, an application executing on the device 104 whichprovides the requisite data indicative of the device capabilities, auser agent string received from device 104, or combinations thereof. Inone embodiment, device diagnostics may be implemented which interrogatethe device 104 to asses the capabilities thereof. In one embodiment,devices 104 may be classified, profiled or otherwise categorized bytheir capabilities wherein device having substantially similarcapabilities are grouped together. In such an implementation, the secondlogic 408 may cause the processor to determine to which one or moreclassifications the device 104 belongs, the capabilities identified bythe particular classification being ascribed thereto. It will beappreciated that such classifications may overlap in that a device 104may belong to more than classification, e.g. a device may be classifiedas a touch screen enabled device and a device with a seven inch screensize. Accordingly, in one embodiment of the system 400, the second logic408 may be further executable by the processor 402 to cause theprocessor 402 to define a plurality of device 104 classifications eachcharacterized by a unique combination of device 104 capabilities andfurther determining, such as based on a device identifier, model number,etc., to which of the plurality of classifications the device 104, fromthe request was received, belongs, the determined classificationdefining the at least one capability.

As described above, due to the user's operation of a device 104 and/orthe environment or location thereof, less than all of the capacity of aparticular capability of the device 104 may be available at the time therequest for access to the server 106 is received. For example, due to alarge number of applications executing on the device 104 by the user,the available processing capacity, operating memory or storage may bediminished. Further, depending upon the number of applications utilizingthe communications capabilities of the device 104 or the quality of theconnection, the available bandwidth at the time of the request foraccess to the service 106 may be diminished.

The system 400 may further include third logic 410 stored in the memory404 and executable by the processor 402 to cause the processor 402 todetermine, based on the identified capability, as was described above,and the currently available portion thereof, a subset of user interfacecomponents of the set of user interface components 416, eachcharacterized by the at least one requisite capability of the device 104satisfied by the currently available portion of the capability of thedevice 104. In this way, only user interface components for which theexecution requirements are met by the available capacity of the device104 may be selected. Accordingly, some components may not be selected,and therefore access to the portion of the service enabled thereby maynot be provided if the device 104 cannot support it.

The system 400 further includes fourth logic 412 stored in the memory404 and executable by the processor 402 to cause the processor 402 toassemble, or otherwise render, construct, generate or compile, a userinterface to facilitate access to the service 106 based on thedetermined subset of user interface components.

The system 400 further includes fifth logic 414 stored in the memory 404and executable by the processor 402 to cause the processor 402 toprovide the assembled user interface to the device 104 such that thedevice 104 may facilitate, e.g. in a manner which may be optimized tothe available capabilities of the device 104, use of the functionsimplemented thereby by the user of the device 104 to access at least aportion of the service enabled thereby.

In one embodiment of the system 400, the first logic 406 may be furtherexecutable by the processor 402 to cause the processor 402 to receive,from the user of the device 104 from which the request was received, aspecification of a portion of the at least one capability, or of theavailable portion thereof, which may be utilized by the system 400 tofacilitate access to the service 106, the third logic 410 being furtherexecutable by the processor 402 to cause the processor 402 to determine,based on the identified capability and the user specified portionthereof, a subset of user interface components of the set of userinterface components, each characterized by the at least one requisitecapability of the device 104 satisfied by the user specified portion ofthe capability of the device 104. This may allow a user to specifypreferences/preferential operation or otherwise override thedetermination of the system 400, so as to for example, utilize aparticular user interface component regardless of whether it isoptimized for the user's device 104, or use a component tailored for anavailable capability less than what is actually available to, forexample, save on bandwidth consumption and/or cost.

It will be appreciated that, by operation of the disclosed system,different devices 104, i.e. devices 104 of different capabilities, mayreceive different sets of user interface components for accessing thesame service 106. In particular, in one embodiment of the system 400,the first logic 406 may be further executable by the processor 402 tocause the processor 402 to receive a request from another device 104 toaccess the service, the other device 104 being characterized by at leastone capability and a currently available portion thereof different fromthe device 104; the second logic 408 may be further executable by theprocessor 402 to cause the processor 402 to identify, based on thereceived request from the other device 104, the at least one capabilityof the other device 104 and the currently available portion thereof; thethird logic 410 may be further executable by the processor 402 to causethe processor 402 to determine, based on the identified capability andthe currently available portion thereof of the other device 104, anothersubset of user interface components of the set of user interfacecomponents 416, each characterized by the at least one requisitecapability of the device 104 satisfied by the currently availableportion of the capability of the other device 104; the fourth logic 412is further executable by the processor 402 to cause the processor 402 toassemble another user interface to facilitate access to the service 106based on the determined other subset of user interface components; andthe fifth logic 414 is further executable by the processor 402 to causethe processor 402 to provide the assembled other user interface to theother device 104 such that the other device 104 may facilitate use ofthe functions implemented thereby by the user of the other device 104 toaccess at least a portion of the service 106 enabled thereby.

It will be appreciated that, by operation of the disclosed system, thesame device 104 requesting or otherwise utilizing the same service butat different times, may, due to changes in the available capacities ofthe capabilities thereof, receive different sets of user interfacecomponents for accessing the same service 106. In particular, in oneembodiment of the system 400, the first logic 406 may be furtherexecutable by the processor 402 to cause the processor 402 to receiveanother subsequent request from the device 104 to access the service106, the device 104 being characterized by at least one capability and acurrently available portion thereof different from the previousavailable portion; the second logic 408 may be further executable by theprocessor 402 to cause the processor 402 to identify, based on thereceived subsequent request, the at least one capability of the device104 and the currently available portion thereof; the third logic 410 maybe further executable by the processor 402 to cause the processor 402 todetermine, based on the identified capability and the currentlyavailable portion thereof, another subset of user interface componentsof the set of user interface components 416, each characterized by theat least one requisite capability of the device 104 satisfied by thecurrently available portion of the capability of the other device 104;the fourth logic 412 may be further executable by the processor 402 tocause the processor 402 to assemble another user interface to facilitateaccess to the service 106 based on the determined other subset of userinterface components; and the fifth logic 414 may be further executableby the processor 402 to cause the processor 402 to provide the assembledother user interface to the device 104 such that the device 104 mayfacilitate use of the functions implemented thereby by the user of thedevice 104 to access at least a portion of the service 106 enabledthereby. In particular, in one embodiment of the system 400, the secondlogic 408 may be further executable by the processor 402 to cause theprocessor 402 to reevaluate the available portion of the at least onecapability and cause the third, fourth, fifth and sixth logic 408, 410,412, 414 to be reexecuted by the processor 402 based thereon.

In one embodiment of the system 400, the fifth logic 414 may be furtherexecutable by the processor 402 to cause the processor 402 to indicateto the user one or more of the set of user interface components 416 notincluded in the subset, thereby, for example, allowing the user toselect them for inclusion, or free up resources on their device 104 inorder to obtain them.

FIG. 5 depicts a flow chart showing operation of the system 400 of FIG.4. In particular FIG. 5 shows a computer implemented method fordynamically provisioning a set of functions to a device 104, such as amobile device 104 as described above, to facilitate access to a service106, implemented remote therefrom and/or locally at the device 104, by auser (not shown) thereof. The operation of the system 200 includes:providing or otherwise storing, by a processor 402, a set, library, ordatabase of user interface components/widgets 416 in a memory 404coupled with the processor 402, subsets thereof being operative toimplement at least one of the set of functions to facilitate access toat least a portion of the service 106, each of the set of user interfacecomponents 416 being characterized by at least one requisite capabilityof the device 104, as described above, necessary for optimal, e.g.tailored to the available device capabilities, execution thereof by thedevice 104 [Block 502]; receiving, by the processor 402, a request fromthe device 104 to access the service 106, the device being 104characterized by at least one capability and a currently availableportion thereof [Block 504]; identifying, by the processor 402 based onthe received request, e.g. at runtime or otherwise substantially in realtime, the at least one capability of the device 104, as described above,such as based on a device classification, and the currently availableportion thereof, such as via an interrogation protocol, an applicationexecuting on the device 104 which provides the data, a user agentstring, decision tree, rule set, device profile, etc., [Block 506];determining, by the processor 402 based on the identified capability andthe currently available portion thereof, a subset of user interfacecomponents of the set of user interface components 416, eachcharacterized by the at least one requisite capability of the device 104satisfied by the currently available portion of the capability of thedevice 104 [Block 508]; assembling, by the processor 402, or otherwiserendering, constructing, generating, or compiling, a user interface tofacilitate access to the service 106 based on the determined subset ofuser interface components [Block 510]; and providing, by the processor402, the assembled user interface to the device 104 such that the device104 may facilitate, e.g. optimally, use of the functions implementedthereby by the user of the device 104 to access at least a portion ofthe service 106 enabled thereby, i.e. wherein the user interface may beoptimized to the capabilities of the device and the currently availablecapacity thereof [Block 512].

In one embodiment, the operation of the system 400 may further includedefining a plurality of device 104 classifications each characterized bya unique combination of device capabilities [Block 514] and furtherdetermining, such as based on a device identifier or model number, towhich of the plurality of classifications the device 104, from therequest was received, belongs, the determined classification definingthe at least one capability [Block 516].

In one embodiment, the operation of the system 400 may further include,receiving, by the processor 402 from the user of the device 104 fromwhich the request was received, a specification of a portion of the atleast one capability, or of the available portion thereof, which may beutilized to facilitate access to the service 106 [Block 518], thedetermining further comprising determining, by the processor 402 basedon the identified capability and the user specified portion thereof, asubset of user interface components of the set of user interfacecomponents 416, each characterized by the at least one requisitecapability of the device 104 satisfied by the user specified portion ofthe capability of the device 104 [Block 508].

In one embodiment, the operation of the system 400 may further include:receiving, by the processor 402, a request from another device 104 toaccess the service 106, the other device 104 being characterized by atleast one capability and a currently available portion thereof differentfrom the device [Block 504]; identifying, by the processor 402 based onthe received request from the other device 104, the at least onecapability of the other device 104 and the currently available portionthereof, such as via an interrogation protocol, an application executingon the device which provides the data, a user agent string, decisiontree, rule set, device profile, etc. [Block 506]; determining, by theprocessor 402 based on the identified capability and the currentlyavailable portion thereof of the other device 104, another subset ofuser interface components of the set of user interface components 416,each characterized by the at least one requisite capability of thedevice 104 satisfied by the currently available portion of thecapability of the other device 104 [Block 508]; assembling, by theprocessor 402, or otherwise rendering, constructing, generating, orcompiling, another user interface to facilitate access to the service106 based on the determined other subset of user interface components[Block 510]; and providing, by the processor 402, the assembled otheruser interface to the other device 104 such that the other device 104may, e.g. optimally, facilitate use of the functions implemented therebyby the user of the other device 104 to access at least a portion of theservice enabled thereby, i.e. wherein the user interface may beoptimized to the capabilities of the device and the currently availablecapacity thereof [Block 512].

In one embodiment, the operation of the system 400 may further include:receiving, by the processor 402, another subsequent request from thedevice 104 to access the service 106, the device being characterized byat least one capability and a currently available portion thereofdifferent from the previous available portion [Block 504]; identifying,by the processor 402 based on the received subsequent request, the atleast one capability of the device 104 and the currently availableportion thereof, such as via an interrogation protocol, an applicationexecuting on the device which provides the data, user agent string,decision tree, rule set, device profile, etc. [Block 506]; determining,by the processor 402 based on the identified capability and thecurrently available portion thereof, another subset of user interfacecomponents of the set of user interface components 416, eachcharacterized by the at least one requisite capability of the device 104satisfied by the currently available portion of the capability of thedevice 104 [Block 508]; assembling, by the processor 402, or otherwiserendering, constructing, generating, or compiling, another userinterface to facilitate access to the service 106 based on thedetermined other subset of user interface components [Block 510]; andproviding, by the processor 402, the assembled other user interface tothe device 104 such that the device 104 may, e.g. optimally, facilitateuse of the functions implemented thereby by the user of the device 104to access at least a portion of the service 106 enabled thereby, andwherein the user interface may be optimized to the capabilities of thedevice and the currently available capacity thereof [Block 512]. Inparticular, the operation of the system 400 may further include:reevaluating, by the processor 402, the available portion of the atleast one capability and repeating the determining, assembling andproviding based thereon, such as during the time the application isrunning on the device 104. [Block 520].

In one embodiment, the operation of the system 400 further includesindicating, by the processor 402, to the user one or more of the set ofuser interface components 416 not included in the subset so as to, forexample, allow the user to select them for inclusion or switch to a lessresource demanding variant [Block 522].

FIG. 11 depicts a block diagram for provision of a service 106A by aserver 106 to a client device 104, the service 106A being based onexecution of a plurality of computations. The device 104 may be a mobiledevice 104, such as a smart phone, cellular phone, tablet computingdevice, laptop computer, etc., which accesses the service 106, at leastin part, via a wireless connection, e.g. Wi-Fi, 3G, 4G, etc., as wasdescribed above. The service 106A may comprise, for example, a financialtrading/data service for market data analysis. In particular, theservice 106A may include calculation of a financial value, such as aprofit/loss, greek, performance metric, risk/margin, etc. Alternatively,in non-financial implementations, the service 106A may relate to imageprocessing, text/speech conversion, translation, image/opticalrecognition, navigational routing, etc. In particular, the service 106Amay be a computer software application, each of the plurality ofcomputations being operative to facilitate operation of the computersoftware application and wherein some of the computations may be forgenerating the user interface and others for processing data receivedtherefrom or provided thereto.

The system 1100 includes a processor 1102 and a memory 1104 coupledtherewith, which may be a non-transitory volatile or non-volatile memoryand may be implemented by the processor 1502 and memory 1504 asdescribed below with respect to FIG. 15. The system 1100 furtherincludes first logic 1106 stored in a memory 1104 and executable by aprocessor 1102 to cause the processor 1102 to receive a request for theservice from the client device 104; second logic 1108 stored in thememory 1104 and executable by the processor 1102 to cause the processor1102 to determine, responsive to the request, e.g. at run time orotherwise in real time, a currently available capacity for the clientdevice 104 to execute the plurality of computations; third logic 1110stored in the memory 1104 and executable by the processor 1102 to causethe processor 1102 to determine a portion of the plurality ofcomputations to be executed by the client device 104 based on thedetermined currently available capacity therefore, the remainder of theplurality of computations to be executed by the server 106 (or otherintermediary such as the mobile gateway 108); fourth logic 1112 storedin the memory 1104 and executable by the processor 1102 to cause theprocessor 1102 to provide the determined portion of the plurality ofcomputations to the client device 104 for execution thereby; fifth logic1114 stored in the memory 1104 and executable by the processor 1102 tocause the processor 1102 to cause the server 106, or other intermediary,to execute the remainder of the plurality of computations and providethe result thereof to the client device 104; and sixth logic 1116 storedin the memory 1104 and executable by the processor 1102 to cause theprocessor 1102 to cause the client device 104 to execute the determinedportion of the plurality of computations provided thereto to obtain aresult therefrom and combine, or otherwise aggregate, the obtainedresult with the result received from the server 106, or otherintermediary, and present the combined/aggregate result to a user of theclient device 104.

In one embodiment, the currently available capacity for the clientdevice 104 to execute the plurality of computations may be determinedbased on the client device 104's currently available processingcapacity, display capacity, communication capacity, memory capacity,storage capacity, or a combination thereof, as was described above. Inone embodiment, the currently available capacity for the client device104 to execute the plurality of computations may be further determinedbased at least in part on a specification of a user of the client device104 specifying the currently available capacity.

It will be appreciated that the determined portion of the plurality ofcomputations to be executed by the client device 104 may include all ofthe plurality of computations or none of them, or any apportionmentthere between. For example, in a hybrid implementation, some of thecomputations may be executed by the client device 104 where theremainder are executed by the server 106 or other intermediary.

In one embodiment of the system 1100, the first logic 1106 may befurther executable by the processor 1102 to cause the processor 1102 toreceive a request for the service 106A from another client device 104;the second logic 1108 may be further executable by the processor 1102 tocause the processor 1102 to determine, responsive to the request fromthe other client device 104, a currently available capacity for theother client device 104 to execute the plurality of computations, thecurrently available capacity for the other client device 104 beingdifferent from the currently available capacity of the client device104; the third logic 1110 may be further executable by the processor1102 to cause the processor 1102 to determine a portion of the pluralityof computations to be executed by the other client device 104 based onthe determined currently available capacity therefore, the remainder ofthe plurality of computations to be executed by the server 106, or otherintermediary, wherein the apportionment may be different; the fourthlogic 1112 may be further executable by the processor 1102 to cause theprocessor 1102 to provide the determined portion of the plurality ofcomputations to the other client device 104 for execution thereby; thefifth logic 1114 may be further executable by the processor 1102 tocause the processor 1102 to cause the server 106, or other intermediary,to execute the remainder of the plurality of computations and providethe result thereof to the other client device 104; and the sixth logic1116 may be further executable by the processor 1102 to cause theprocessor 1102 to cause, the other client device 104 to execute thedetermined portion of the plurality of computations provided thereto toobtain a result therefrom and combine, or other wise aggregate, theobtained result with the result received from the server 106, or otherintermediary, and present the combined/aggregate result to a user of theother client device 104.

In one embodiment of the system 1100, the first logic 1106 may befurther executable by the processor 1102 to cause the processor 1102 toreceive a subsequent request for the service 106A from the client device104; the second logic 1108 may be further executable by the processor1102 to cause the processor 1102 to determine, responsive to thesubsequent request, a currently available capacity for the client device104 to execute the plurality of computations, the currently availablecapacity being different from the currently available capacitydetermined for the previous request; the third logic 1110 may be furtherexecutable by the processor 1102 to cause the processor 1102 todetermine a portion of the plurality of computations to be executed bythe client device 104 based on the determined currently availablecapacity therefore, the remainder of the plurality of computations to beexecuted by the server 106, or other intermediary, wherein theapportionment may be different; the fourth logic 1112 may be furtherexecutable by the processor 1102 to cause the processor 1102 to providethe determined portion of the plurality of computations to the clientdevice 104 for execution thereby; the fifth logic 1114 may be furtherexecutable by the processor 1102 to cause the processor 1102 to causethe server 106, or other intermediary, to execute the remainder of theplurality of computations and provide the result thereof to the clientdevice 104; and the sixth logic 1116 may be further executable by theprocessor 1102 to cause the processor 1102 to cause the client device104 to execute the determined portion of the plurality of computationsprovided thereto to obtain a result therefrom and combine, or otherwiseaggregate, the obtained result with the result received from the server106, or other intermediary, and present the combined/aggregate result toa user of the client device 104.

FIG. 12 depicts a flow chart showing operation of the system 1100 ofFIG. 11. In particular FIG. 12 shows a computer implemented method forproviding a service by a server 106 to a client device 104, the servicebeing based on execution of a plurality of computations. The device 104may be a mobile device 104, such as a smart phone, cellular phone,tablet computing device, laptop computer, etc., which accesses theservice 106, at least in part, via a wireless connection, e.g. Wi-Fi,3G, 4G, etc., as was described above. The service 106A may comprise, forexample, a financial trading/data service for market data analysis. Inparticular, the service 106A may include calculation of a financialvalue, such as a profit/loss, greek, performance metric, risk/margin,etc. Alternatively, in non-financial implementations, the service 106Amay relate to image processing, text/speech conversion, translation,image/optical recognition, navigational routing, etc. In particular, theservice 106A may be a computer software application, each of theplurality of computations being operative to facilitate operation of thecomputer software application and wherein some of the computations maybe for generating the user interface and others for processing datareceived therefrom or provided thereto.

The operation of the system 1100 includes: receiving, by a processor1102, a request for the service from the client device 104 [Block 1202];determining, by the processor 1102, responsive to the request, e.g. atrun time or otherwise in real time, a currently available capacity forthe client device 104 to execute the plurality of computations [Block1204]; determining, by the processor 1102, a portion, i.e. zero or more,of the plurality of computations to be executed by the client device 104based on the determined currently available capacity therefore, theremainder of the plurality of computations to be executed by the server106, or other intermediary such as the mobile gateway 108 [Block 1206];providing, by the processor 1102, the determined portion of theplurality of computations to the client device 104 for execution thereby[Block 1208]; causing, by the processor 1102, the server 106, or otherintermediary, to execute the remainder of the plurality of computationsand provide the result thereof to the client device 104 [Block 1210];and causing, by the processor 1102, the client device 104 to execute thedetermined portion of the plurality of computations provided thereto toobtain a result therefrom and combine, or otherwise aggregate, theobtained result with the result received from the server 106, or otherintermediary, and present the combined/aggregate result to a user of theclient device 104 [Block 1212].

In one embodiment, the currently available capacity for the clientdevice 104 to execute the plurality of computations may be determinedbased on the client device 104's currently available processingcapacity, display capacity, communication capacity, memory capacity,storage capacity, or a combination thereof, as was described above. Inone embodiment, the currently available capacity for the client device104 to execute the plurality of computations may be further determinedbased at least in part on a specification of a user of the client device104 specifying the currently available capacity.

It will be appreciated that the determined portion of the plurality ofcomputations to be executed by the client device 104 may include all ofthe plurality of computations or none of them, or any apportionmentthere between.

In one embodiment, the operation of the system 1100 further includes:receiving, by the processor 1102, a request for the service 106A fromanother client device 104 [Block 1202]; determining, by the processor1102, responsive to the request from the other client device 104, acurrently available capacity for the other client device 104 to executethe plurality of computations, the currently available capacity for theother client device 104 being different from the currently availablecapacity of the client device 104 [Block 1204]; determining, by theprocessor 1102, a portion of the plurality of computations to beexecuted by the other client device 104 based on the determinedcurrently available capacity therefore, the remainder of the pluralityof computations to be executed by the server 106, or other intermediary,[Block 1206], wherein the apportionment may be different; providing, bythe processor 1102, the determined portion of the plurality ofcomputations to the other client device 104 for execution thereby [Block1208]; causing, by the processor 1102, the server 106 to execute theremainder of the plurality of computations and provide the resultthereof to the other client device 104 [Block 1210]; and causing, by theprocessor 1102, the other client device 104 to execute the determinedportion of the plurality of computations provided thereto to obtain aresult therefrom and combine, or otherwise aggregate, the obtainedresult with the result received from the server 106, or otherintermediary, and present the combined/aggregate result to a user of theother client device 104 [Block 1212].

In one embodiment, the operation of the system 1100 may further include:receiving, by the processor 1102, a subsequent request for the service106A from the client device 104 [Block 1202]; determining, by theprocessor 1102, responsive to the subsequent request, a currentlyavailable capacity for the client device 104 to execute the plurality ofcomputations, the currently available capacity being different from thecurrently available capacity determined for the previous request [Block1204]; determining, by the processor 1102, a portion of the plurality ofcomputations to be executed by the client device 104 based on thedetermined currently available capacity therefore, the remainder of theplurality of computations to be executed by the server 106, or otherintermediary, [Block 1206], wherein the apportionment may be different;providing, by the processor 1102, the determined portion of theplurality of computations to the client device 104 for execution thereby[Block 1208]; causing, by the processor 1102, the server 106, or otherintermediary, to execute the remainder of the plurality of computationsand provide the result thereof to the client device 104 [Block 1210];and causing, by the processor 1102, the client device 104 to execute thedetermined portion of the plurality of computations provided thereto toobtain a result therefrom and combine, or otherwise aggregate, theobtained result with the result received from the server 106, or otherintermediary, and present the combined/aggregate result to a user of theclient device 104 [Block 1212].

FIG. 13 depicts a block diagram of a system 1300 for dynamic managementof utilization of at least one capability of a device 104, such as amobile device 104, the device 104 executing at least one application,e.g. user interface or component/widget thereof, operative to receive aplurality of data transmitted from a data source to the device over aperiod of time. In one embodiment, the system 1300 may be a subsystem ofa mobile gateway/intermediary 108, as was described above, whichfacilitates communications between the data source, e.g. server/service,106 and the device 104. The device 104 may be a mobile device 104, suchas a smart phone, cellular phone, tablet computing device, laptopcomputer, etc., which accesses the service 106, at least in part, via awireless connection, e.g. Wi-Fi, 3G, 4G, etc., as was described above.The service 106 may comprise a financial trading/data service via whicha user may have access to market data, as well as market data analysistools/functions, and via which the user may place orders to tradefinancial products and view the results thereof. The data may be marketdata, such as market prices of one of more financial products generatedby a market data source, such as a financial exchange, which may be thedata source, server/service, 106 or may provide the data to the datasource, server/service 106. Alternatively, the data may be any timesensitive data, such as live video or other real time data, which may beunique or otherwise be characterized by a significance with respect tothe time of availability, e.g. the time the data content was generatedor otherwise released or first made available, the content of the data,or combinations thereof.

The system 1300 includes a processor 1302 and a memory 1304 coupledtherewith, which may be implemented by the processor 1502 and memory1504 as described below with respect to FIG. 15. The system 1302 may becoupled with the device 104 via a network connection 110 which may bethe network 1520 describe below with respect to FIG. 15 and may includeat a portion of which is wireless. The system 1300 may further becoupled with the data source 106 via a network 112, which may also beimplemented via the network 1520 described below with respect to FIG.15. The system 1300 further includes first logic 1306 stored in a memory1304 and executable by a processor 1302 to cause the processor 1302 tomonitor, e.g. continuously, at static or varying intervals or otherwisesubstantially in real time with respect to the data transmission, duringthe period of time, which may be any period of time including any numberof seconds, minutes, hours, days or fraction or multiple thereof,utilization of the at least one capability to determine an availableportion thereof, or conversely, the unavailable portion thereof. Thesystem 1300 further includes second logic 1308 stored in the memory 1304and executable by the processor 1302 to cause the processor 1302 tocause, based on the determined available portion of the at least onecapability of the device 104, the at least one application to cause thedata source to modify the transmission of the data to the device 104. Inthis manner, the system 1300 may indirectly control the transmission ofdata from the data source 106 to the device 104. As such, the system1300 need not be coupled with the data source 106 for this purpose as isshown in FIG. 2.

As described above, the at least one capability of the device 104 mayinclude the display size, display resolution, available output devices,available input devices, available geo-locating device, communicationscapability, power capacity, processing capacity, operating memorycapacity, storage capacity, or combinations thereof.

In one embodiment, the second logic 1308 may be further executable bythe processor 1302 to cause the processor 1302 to determine that theavailable portion of the at least one capability has decreased and,based thereon, cause the at least one application to cause the datasource to limit the transmission of the data to the device. For example,the second logic 1308 may be further executable by the processor 1302 tocause the processor 1302 to cause the at least one application to causethe data source 106 to reduce the rate at which the data is transmittedto the device 104, to reduce the amount of data which is transmitted tothe device 104, to cause the data source to transmit data to the deviceonly upon request therefore, to cause the data source to conflate thedata prior to transmission, or combinations thereof.

In one embodiment, the system 1300 further comprising third logic 1310stored in the memory 1304 and executable by the processor 1302 to causethe processor 1302 to receive, from the user of the device 104, aspecification, e.g. user preference or selection, of an extent to whichthe at least one application can be caused to cause the data source tomodify the transmission of the data to the device, the second logicbeing further executable by the processor to cause the processor tocause, based on the determined available portion of the at least onecapability and the specification, the at least one application to causethe data source to modify the transmission of the data to the device.This allows a user to, for example, limit the extent to which thecapacity utilization may be decreased or increased for the application.

In one embodiment, the at least one application may be operative toestablish a subscription to the transmission of the data, thesubscription defining, for example, the transmission rate, data volume,period of time, transmission mode, e.g. push or pull or rate thereof, ora combination thereof, the second logic 1308 being further executable bythe processor 1302 to cause the processor 1302 to cause the at least oneapplication to alter one of the transmission rate, data volume, periodof time, transmission mode, or a combination thereof of thesubscription.

In one embodiment, wherein the device 104 is further executing at leastone other application operative to receive the same or another pluralityof data transmitted from the data source 106, or a different datasource, to the device 104 over the same or a different period of time,the second logic 1308 may be further executable by the processor 1302 tocause the processor 1302 to cause, based on the determined availableportion of the at least one capability of the device 104, the at leastone other application to cause the data source 106 to modify thetransmission of the other data to the device 104, the modification ofthe transmission of the other data being different from the modificationof the transmission of the data. This permits different applications orcomponents/widgets thereof to receive data at different rates dependingupon the utilization and, for example, the priority or user preferenceof one application/widget over another. It will be appreciated that theavailable portion determined for a second application may be affected bythe portion consumed by the first application. The system 1300 may actto balance the usage among the applications/widgets, e.g. pro rataallocation, implement a first come first served allocation or implementanother allocation or combination thereof.

FIG. 14 depicts a flow chart showing operation of the system 1300 ofFIG. 13. In particular FIG. 14 shows a computer implemented method fordynamically managing utilization of at least one capability of a device104, such as mobile/wireless device 104 as was described above, thedevice 104 executing at least one application, or component/widgetthereof, operative to receive a plurality of data transmitted from adata source 106, or an originator of the data and/or anyintervening/intermediary devices/transmitters therebetween, to thedevice 104 over a period of time. Wherein the device 104 may beexecuting at least one application operative to receive data from thedata source 106, the data comprising a plurality of data items, eachcomprising content and being available for transmission at a particulartime. The service 106 may comprise a financial trading/data service viawhich a user may have access to market data, as well as market dataanalysis tools/functions, and via which the user may place orders totrade financial products and view the results thereof. The data may bemarket data, such as market prices of one of more financial productsgenerated by a market data source, such as a financial exchange, whichmay be the data source, server/service, 106 or may provide the data tothe data source, server/service 106. Alternatively, the data may be anytime sensitive data, such as live video or other real time data, whichmay be unique or otherwise be characterized by a significance withrespect to the time of availability, e.g. the time the data content wasgenerated or otherwise released or first made available, the content ofthe data, or combinations thereof.

The operation of the system 1300 includes: monitoring, e.g.continuously, at intervals or otherwise substantially in real time withthe data transmission, by a processor 1302, which as described above maybe implemented separately or otherwise remotely from the device 104and/or separate from the at least one application, during the period oftime, utilization of the at least one capability to determine anavailable portion thereof, or conversely, the unavailable portion (Block1402); and causing, by the processor 1302 based on the determinedavailable portion of the at least one capability of the device 104, theat least one application to cause the data source 106 to modify thetransmission of the data to the device 104 (Block 1404). As wasdescribed above, the at least one capability of the device may includethe display size, display resolution, available output devices,available input devices, available geo-locating device, communicationscapability, power capacity, processing capacity, operating memorycapacity, storage capacity, or combinations thereof.

In one embodiment, the causing may further include determining, by theprocessor 1302, that the available portion of the at least onecapability has decreased and, based thereon, causing, by the processor1302, the at least one application to cause the data source 106 to limitthe transmission of the data to the device 104, such as by causing thedata source 106 to reduce the rate at which the data is transmitted tothe device 104, causing the data source 106 to reduce the amount of datawhich is transmitted to the device 104, causing the data source 106 totransmit data to the device 104 only upon request therefore, causing thedata source 106 to conflate the data prior to transmission, orcombinations thereof.

In one embodiment, the operation of the system 1300 further includesreceiving, by the processor 1302 from the user of the device 104, aspecification, e.g. preference or selection, of an extent to which theat least one application can be caused to cause the data source 106 tomodify the transmission of the data to the device 104, the causingfurther comprising causing, by the processor 1302 based on thedetermined available portion of the at least one capability and thespecification, the at least one application to cause the data source 106to modify the transmission of the data to the device (Block 1406).

In one embodiment, the at least one application may be operative toestablish a subscription to the data transmission, the subscriptiondefining, for example, the type, format or content of the data, thetransmission rate, data volume, period of time, transmission mode, e.g.push or pull or rate thereof, or a combination thereof, the causingfurther comprising causing, by the processor 1302, the at least oneapplication to alter one of the transmission rate, data volume, periodof time, or a combination thereof of the subscription.

In one embodiment, wherein the device 104 is further executing at leastone other application operative to receive another plurality of datatransmitted from the data source 106 to the device 104 over a period oftime, the method further comprising causing, by the processor 1302 basedon the determined available portion of the at least one capability ofthe device 104, the at least one other application to cause the datasource to modify the transmission of the other data to the device, themodification of the transmission of the other data being different fromthe modification of the transmission of the data.

One skilled in the art will appreciate that one or more modules or logicdescribed herein may be implemented using, among other things, atangible computer-readable medium comprising computer-executableinstructions (e.g., executable software code). Alternatively, modules orlogic may be implemented as software code, firmware code, hardware,and/or a combination of the aforementioned. For example the modules maybe embodied as part of the system 100 for interfacing with mobiledevices described above.

Referring to FIG. 15, an illustrative embodiment of a general computersystem 1500 is shown. The computer system 1500 can include a set ofinstructions that can be executed to cause the computer system 1500 toperform any one or more of the methods or computer based functionsdisclosed herein. The computer system 1500 may operate as a standalonedevice or may be connected, e.g., using a network, to other computersystems or peripheral devices. Any of the components discussed above,such as the processors 402, 1102, 1302, may be a computer system 1500 ora component in the computer system 1500. The computer system 1500 mayimplement one or more financial services provided to market participantsvia wireless mobile devices.

In a networked deployment, the computer system 1500 may operate in thecapacity of a server or as a client user computer in a client-serveruser network environment, or as a peer computer system in a peer-to-peer(or distributed) network environment. The computer system 1500 can alsobe implemented as or incorporated into various devices, such as apersonal computer (PC), a tablet PC, a set-top box (STB), a personaldigital assistant (PDA), a mobile device, a palmtop computer, a laptopcomputer, a desktop computer, a communications device, a wirelesstelephone, a land-line telephone, a control system, a camera, a scanner,a facsimile machine, a printer, a pager, a personal trusted device, aweb appliance, a network router, switch or bridge, or any other machinecapable of executing a set of instructions (sequential or otherwise)that specify actions to be taken by that machine. In a particularembodiment, the computer system 1500 can be implemented using electronicdevices that provide voice, video or data communication. Further, whilea single computer system 1500 is illustrated, the term “system” shallalso be taken to include any collection of systems or sub-systems thatindividually or jointly execute a set, or multiple sets, of instructionsto perform one or more computer functions.

As illustrated in FIG. 15, the computer system 1500 may include aprocessor 1502, e.g., a central processing unit (CPU), a graphicsprocessing unit (GPU), or both. The processor 1502 may be a component ina variety of systems. For example, the processor 1502 may be part of astandard personal computer or a workstation. The processor 1502 may beone or more general processors, digital signal processors, applicationspecific integrated circuits, field programmable gate arrays, servers,networks, digital circuits, analog circuits, combinations thereof, orother now known or later developed devices for analyzing and processingdata. The processor 1502 may implement a software program, such as codegenerated manually (i.e., programmed).

The computer system 1500 may include a memory 1504 that can communicatevia a bus 1508. The memory 1504 may be a main memory, a static memory,or a dynamic memory. The memory 1504 may include, but is not limited tocomputer readable storage media such as various types of volatile andnon-volatile storage media, including but not limited to random accessmemory, read-only memory, programmable read-only memory, electricallyprogrammable read-only memory, electrically erasable read-only memory,flash memory, magnetic tape or disk, optical media and the like. In oneembodiment, the memory 1504 includes a cache or random access memory forthe processor 1502. In alternative embodiments, the memory 1504 isseparate from the processor 1502, such as a cache memory of a processor,the system memory, or other memory. The memory 1504 may be an externalstorage device or database for storing data. Examples include a harddrive, compact disc (“CD”), digital video disc (“DVD”), memory card,memory stick, floppy disc, universal serial bus (“USB”) memory device,or any other device operative to store data. The memory 1504 is operableto store instructions executable by the processor 1502. The functions,acts or tasks illustrated in the figures or described herein may beperformed by the programmed processor 1502 executing the instructions1512 stored in the memory 1504. The functions, acts or tasks areindependent of the particular type of instructions set, storage media,processor or processing strategy and may be performed by software,hardware, integrated circuits, firm-ware, micro-code and the like,operating alone or in combination. Likewise, processing strategies mayinclude multiprocessing, multitasking, parallel processing and the like.

As shown, the computer system 1500 may further include a display unit1514, such as a liquid crystal display (LCD), an organic light emittingdiode (OLED), a flat panel display, a solid state display, a cathode raytube (CRT), a projector, a printer or other now known or later developeddisplay device for outputting determined information. The display 1514may act as an interface for the user to see the functioning of theprocessor 1502, or specifically as an interface with the software storedin the memory 1504 or in the drive unit 1506.

Additionally, the computer system 1500 may include an input device 1516configured to allow a user to interact with any of the components ofsystem 1500. The input device 1516 may be a number pad, a keyboard, or acursor control device, such as a mouse, or a joystick, touch screendisplay, remote control or any other device operative to interact withthe system 1500.

In a particular embodiment, as depicted in FIG. 15, the computer system1500 may also include a disk or optical drive unit 1506. The disk driveunit 1506 may include a computer-readable medium 1510 in which one ormore sets of instructions 1512, e.g. software, can be embedded. Further,the instructions 1512 may embody one or more of the methods or logic asdescribed herein. In a particular embodiment, the instructions 1512 mayreside completely, or at least partially, within the memory 1504 and/orwithin the processor 1502 during execution by the computer system 1500.The memory 1504 and the processor 1502 also may includecomputer-readable media as discussed above.

The present disclosure contemplates a computer-readable medium thatincludes instructions 1512 or receives and executes instructions 1512responsive to a propagated signal, so that a device connected to anetwork 1520 can communicate voice, video, audio, images or any otherdata over the network 1520. Further, the instructions 1512 may betransmitted or received over the network 1520 via a communicationinterface 1518. The communication interface 1518 may be a part of theprocessor 1502 or may be a separate component. The communicationinterface 1518 may be created in software or may be a physicalconnection in hardware. The communication interface 1518 is configuredto connect with a network 1520, external media, the display 1514, or anyother components in system 1500, or combinations thereof. The connectionwith the network 1520 may be a physical connection, such as a wiredEthernet connection or may be established wirelessly as discussed below.Likewise, the additional connections with other components of the system1500 may be physical connections or may be established wirelessly.

The network 1520 may include wired networks, wireless networks, orcombinations thereof. The wireless network may be a cellular telephonenetwork, an 802.11, 802.16, 802.20, or WiMax network. Further, thenetwork 1520 may be a public network, such as the Internet, a privatenetwork, such as an intranet, or combinations thereof, and may utilize avariety of networking or application layer protocols now available orlater developed including, but not limited to TCP/IP or HTTP basednetworking or application layer protocols.

Embodiments of the subject matter and the functional operationsdescribed in this specification can be implemented in digital electroniccircuitry, or in computer software, firmware, or hardware, including thestructures disclosed in this specification and their structuralequivalents, or in combinations of one or more of them. Embodiments ofthe subject matter described in this specification can be implemented asone or more computer program products, i.e., one or more modules ofcomputer program instructions encoded on a computer readable medium forexecution by, or to control the operation of, data processing apparatus.While the computer-readable medium is shown to be a single medium, theterm “computer-readable medium” includes a single medium or multiplemedia, such as a centralized or distributed database, and/or associatedcaches and servers that store one or more sets of instructions. The term“computer-readable medium” shall also include any medium that is capableof storing, encoding or carrying a set of instructions for execution bya processor or that cause a computer system to perform any one or moreof the methods or operations disclosed herein. The computer readablemedium can be a machine-readable storage device, a machine-readablestorage substrate, a memory device, or a combination of one or more ofthem. The term “data processing apparatus” encompasses all apparatus,devices, and machines for processing data, including by way of example aprogrammable processor, a computer, or multiple processors or computers.The apparatus can include, in addition to hardware, code that creates anexecution environment for the computer program in question, e.g., codethat constitutes processor firmware, a protocol stack, a databasemanagement system, an operating system, or a combination of one or moreof them.

In a particular non-limiting, exemplary embodiment, thecomputer-readable medium can include a solid-state memory such as amemory card or other package that houses one or more non-volatileread-only memories. Further, the computer-readable medium can be arandom access memory or other volatile re-writable memory. Additionally,the computer-readable medium can include a magneto-optical or opticalmedium, such as a disk or tapes or other storage device to capturecarrier wave signals such as a signal communicated over a transmissionmedium. A digital file attachment to an e-mail or other self-containedinformation archive or set of archives may be considered a distributionmedium that is a tangible storage medium. Accordingly, the disclosure isconsidered to include any one or more of a computer-readable medium or adistribution medium and other equivalents and successor media, in whichdata or instructions may be stored.

In an alternative embodiment, dedicated hardware implementations, suchas application specific integrated circuits, programmable logic arraysand other hardware devices, can be constructed to implement one or moreof the methods described herein. Applications that may include theapparatus and systems of various embodiments can broadly include avariety of electronic and computer systems. One or more embodimentsdescribed herein may implement functions using two or more specificinterconnected hardware modules or devices with related control and datasignals that can be communicated between and through the modules, or asportions of an application-specific integrated circuit. Accordingly, thepresent system encompasses software, firmware, and hardwareimplementations.

In accordance with various embodiments of the present disclosure, themethods described herein may be implemented by software programsexecutable by a computer system. Further, in an exemplary, non-limitedembodiment, implementations can include distributed processing,component/object distributed processing, and parallel processing.Alternatively, virtual computer system processing can be constructed toimplement one or more of the methods or functionality as describedherein.

Although the present specification describes components and functionsthat may be implemented in particular embodiments with reference toparticular standards and protocols, the invention is not limited to suchstandards and protocols. For example, standards for Internet and otherpacket switched network transmission, such as application layer ortransport later standards (e.g., TCP/IP, UDP/IP, HTML, HTTP, HTTPS)represent examples of the state of the art. Such standards areperiodically superseded by faster or more efficient equivalents havingessentially the same functions. Accordingly, replacement standards andprotocols having the same or similar functions as those disclosed hereinare considered equivalents thereof.

A computer program (also known as a program, software, softwareapplication, script, or code) can be written in any form of programminglanguage, including compiled or interpreted languages, and it can bedeployed in any form, including as a standalone program or as a module,component, subroutine, or other unit suitable for use in a computingenvironment. A computer program does not necessarily correspond to afile in a file system. A program can be stored in a portion of a filethat holds other programs or data (e.g., one or more scripts stored in amarkup language document), in a single file dedicated to the program inquestion, or in multiple coordinated files (e.g., files that store oneor more modules, sub programs, or portions of code). A computer programcan be deployed to be executed on one computer or on multiple computersthat are located at one site or distributed across multiple sites andinterconnected by a communication network.

The processes and logic flows described in this specification can beperformed by one or more programmable processors executing one or morecomputer programs to perform functions by operating on input data andgenerating output. The processes and logic flows can also be performedby, and apparatus can also be implemented as, special purpose logiccircuitry, e.g., an FPGA (field programmable gate array) or an ASIC(application specific integrated circuit).

Processors suitable for the execution of a computer program include, byway of example, both general and special purpose microprocessors, andanyone or more processors of any kind of digital computer. Generally, aprocessor will receive instructions and data from a read only memory ora random access memory or both. The essential elements of a computer area processor for performing instructions and one or more memory devicesfor storing instructions and data. Generally, a computer will alsoinclude, or be operatively coupled to receive data from or transfer datato, or both, one or more mass storage devices for storing data, e.g.,magnetic, magneto optical disks, or optical disks. However, a computerneed not have such devices. Moreover, a computer can be embedded inanother device, e.g., a mobile telephone, a personal digital assistant(PDA), a mobile audio player, a Global Positioning System (GPS)receiver, to name just a few. Computer readable media suitable forstoring computer program instructions and data include all forms of nonvolatile memory, media and memory devices, including by way of examplesemiconductor memory devices, e.g., EPROM, EEPROM, and flash memorydevices; magnetic disks, e.g., internal hard disks or removable disks;magneto optical disks; and CD ROM and DVD-ROM disks. The processor andthe memory can be supplemented by, or incorporated in, special purposelogic circuitry.

To provide for interaction with a user, embodiments of the subjectmatter described in this specification can be implemented on a devicehaving a display, e.g., a CRT (cathode ray tube) or LCD (liquid crystaldisplay) monitor, for displaying information to the user and a keyboardand a pointing device, e.g., a mouse or a trackball, by which the usercan provide input to the computer. Other kinds of devices can be used toprovide for interaction with a user as well; for example, feedbackprovided to the user can be any form of sensory feedback, e.g., visualfeedback, auditory feedback, or tactile feedback; and input from theuser can be received in any form, including acoustic, speech, or tactileinput.

Embodiments of the subject matter described in this specification can beimplemented in a computing system that includes a back end component,e.g., as a data server, or that includes a middleware component, e.g.,an application server, or that includes a front end component, e.g., aclient computer having a graphical user interface or a Web browserthrough which a user can interact with an implementation of the subjectmatter described in this specification, or any combination of one ormore such back end, middleware, or front end components. The componentsof the system can be interconnected by any form or medium of digitaldata communication, e.g., a communication network. Examples ofcommunication networks include a local area network (“LAN”) and a widearea network (“WAN”), e.g., the Internet.

The computing system can include clients and servers. A client andserver are generally remote from each other and typically interactthrough a communication network. The relationship of client and serverarises by virtue of computer programs running on the respectivecomputers and having a client-server relationship to each other.

The illustrations of the embodiments described herein are intended toprovide a general understanding of the structure of the variousembodiments. The illustrations are not intended to serve as a completedescription of all of the elements and features of apparatus and systemsthat utilize the structures or methods described herein. Many otherembodiments may be apparent to those of skill in the art upon reviewingthe disclosure. Other embodiments may be utilized and derived from thedisclosure, such that structural and logical substitutions and changesmay be made without departing from the scope of the disclosure.Additionally, the illustrations are merely representational and may notbe drawn to scale. Certain proportions within the illustrations may beexaggerated, while other proportions may be minimized. Accordingly, thedisclosure and the figures are to be regarded as illustrative ratherthan restrictive.

While this specification contains many specifics, these should not beconstrued as limitations on the scope of the invention or of what may beclaimed, but rather as descriptions of features specific to particularembodiments of the invention. Certain features that are described inthis specification in the context of separate embodiments can also beimplemented in combination in a single embodiment. Conversely, variousfeatures that are described in the context of a single embodiment canalso be implemented in multiple embodiments separately or in anysuitable sub-combination. Moreover, although features may be describedabove as acting in certain combinations and even initially claimed assuch, one or more features from a claimed combination can in some casesbe excised from the combination, and the claimed combination may bedirected to a sub-combination or variation of a sub-combination.

Similarly, while operations are depicted in the drawings and describedherein in a particular order, this should not be understood as requiringthat such operations be performed in the particular order shown or insequential order, or that all illustrated operations be performed, toachieve desirable results. In certain circumstances, multitasking andparallel processing may be advantageous. Moreover, the separation ofvarious system components in the embodiments described above should notbe understood as requiring such separation in all embodiments, and itshould be understood that the described program components and systemscan generally be integrated together in a single software product orpackaged into multiple software products.

One or more embodiments of the disclosure may be referred to herein,individually and/or collectively, by the term “invention” merely forconvenience and without intending to voluntarily limit the scope of thisapplication to any particular invention or inventive concept. Moreover,although specific embodiments have been illustrated and describedherein, it should be appreciated that any subsequent arrangementdesigned to achieve the same or similar purpose may be substituted forthe specific embodiments shown. This disclosure is intended to cover anyand all subsequent adaptations or variations of various embodiments.Combinations of the above embodiments, and other embodiments notspecifically described herein, will be apparent to those of skill in theart upon reviewing the description.

The Abstract of the Disclosure is provided to comply with 37 C.F.R. §1.72(b) and is submitted with the understanding that it will not be usedto interpret or limit the scope or meaning of the claims. In addition,in the foregoing Detailed Description, various features may be groupedtogether or described in a single embodiment for the purpose ofstreamlining the disclosure. This disclosure is not to be interpreted asreflecting an intention that the claimed embodiments require morefeatures than are expressly recited in each claim. Rather, as thefollowing claims reflect, inventive subject matter may be directed toless than all of the features of any of the disclosed embodiments. Thus,the following claims are incorporated into the Detailed Description,with each claim standing on its own as defining separately claimedsubject matter.

It is therefore intended that the foregoing detailed description beregarded as illustrative rather than limiting, and that it be understoodthat it is the following claims, including all equivalents, that areintended to define the spirit and scope of this invention.

What is claimed is:
 1. A computer implemented method comprising:monitoring, periodically by a processor of an intermediary devicecoupled between a mobile device and a financial data source, utilizationof at least one capability of the mobile device so as to determine anavailable portion thereof, the mobile device executing at least onefinancial application operative to receive a plurality of financial datatransmitted from the financial data source to the mobile device; andcausing, dynamically by the processor of the intermediary based on thedetermined available portion of the at least one capability of themobile device, the at least one financial application executing on themobile device to direct the data source to modify the transmission ofthe financial data to the mobile device.
 2. The computer implementedmethod of claim 1 wherein the at least one capability of the mobiledevice comprises communications bandwidth between the financial datasource and the mobile device.
 3. The computer implemented method ofclaim 1 wherein the causing further comprises determining, by theprocessor, that the available portion of the at least one capability hasdecreased and, based thereon, causing, by the processor, the at leastone financial application to direct the financial data source to limitthe transmission of the financial data to the mobile device byselectively inhibiting transmission of new data.
 4. The computerimplemented method of claim 3 wherein the causing further comprisescausing, by the processor, the at least one financial application todirect the financial data source to limit the transmission of thefinancial data to the mobile device by selectively inhibitingtransmission of new data by deleting new data that is the same aspreviously inhibited data and transmitting new data that is not the sameas previously inhibited data.
 5. The computer implemented method ofclaim 3 wherein the causing further comprises causing, by the processor,the at least one financial application to direct the financial datasource to limit the transmission of the financial data to the mobiledevice by selectively inhibiting transmission of new data and combiningthe inhibited data with previously inhibited data for subsequenttransmission to the mobile device.
 6. The computer implemented method ofclaim 1 wherein the intermediary device is logically integrated with thefinancial data source.
 7. The computer implemented method of claim 1wherein the monitoring further comprises interrogating, by the processorof the intermediary device, the mobile device using an interrogationprotocol.
 8. The computer implemented method of claim 1 wherein themobile device is further executing at least one other applicationoperative to receive another plurality of data transmitted from thefinancial data source or another data source to the mobile device, themethod further comprising causing, by the processor based on thedetermined available portion of the at least one capability of themobile device, the at least one other application to direct thefinancial data source or other data source to modify the transmission ofthe financial data or other data to the mobile device, the modificationof the transmission of the other data being different from themodification of the transmission of the financial data and one ofprioritizing or balancing the transmission of the financial data withrespect to the transmission of the other data.
 9. A system comprising:first logic stored in a memory and executable by a processor of anintermediary coupled between a financial data source and a mobile deviceto cause the processor to monitor, periodically, utilization of at leastone capability of the mobile device and to determine an availableportion thereof, the mobile device executing at least one financialapplication operative to receive a plurality of financial datatransmitted from the financial data source to the mobile device; andsecond logic stored in the memory and executable by the processor tocause the processor to cause, dynamically based on the determinedavailable portion of the at least one capability of the mobile device,the at least one application to direct the data source to modify thetransmission of the financial data to the mobile device.
 10. The systemof claim 9 wherein the at least one capability of the mobile devicecomprises communications bandwidth between the financial data source andthe mobile device.
 11. The system of claim 9 wherein the second logic isfurther executable by the processor to cause the processor to determinethat the available portion of the at least one capability has decreasedand, based thereon, cause the at least one financial application todirect the financial data source to limit the transmission of thefinancial data to the mobile device by selective inhibition oftransmission of new data.
 12. The system of claim 11 wherein the secondlogic is further executable by the processor to cause the processor tocause the at least one financial application to direct the financialdata source to limit the transmission of the financial data to themobile device by selective inhibition of transmission of new data bydeletion of new data that is the same as previously inhibited data andtransmission of new data that is not the same as previously inhibiteddata.
 13. The system of claim 11 wherein the second logic is furtherexecutable by the processor to cause the processor to cause the at leastone financial application to direct the financial data source to limitthe transmission of the financial data to the mobile device by selectiveinhibition of transmission of new data and combination of inhibited datawith previously inhibited data for subsequent transmission to the mobiledevice.
 14. The system of claim 9 wherein the intermediary device islogically integrated with the financial data source.
 15. The system ofclaim 9 wherein the first logic is further executable by the processorto cause the processor to monitor utilization of at least one capabilityof the mobile device via interrogation of the mobile device using aninterrogation protocol.
 16. The system of claim 9 wherein the mobiledevice is further executing at least one other application operative toreceive another plurality of data transmitted from the financial datasource or another data source to the mobile device, the second logicbeing further executable by the processor to cause the processor tocause, based on the determined available portion of the at least onecapability of the mobile device, the at least one other application todirect the financial data source or other data source to modify thetransmission of the financial data or other data to the mobile device,the modification of the transmission of the other data being differentfrom the modification of the transmission of the financial data to oneof prioritize or balance the transmission of the financial data withrespect to the transmission of the other data.
 17. A system comprisingcomputer executable program code stored in a non-transitory memory andexecutable by a processor coupled therewith of an intermediary devicecoupled between a financial data source and a mobile device to cause theprocessor to monitor, periodically, utilization of at least onecapability of the mobile device and to determine an available portionthereof, the mobile device executing at least one financial application,of a plurality of applications, operative to receive a plurality offinancial data transmitted from the financial data source to the mobiledevice, and cause, dynamically based on the determined available portionof the at least one capability of the mobile device, the at least onefinancial application to direct the financial data source to modify thetransmission of the financial data to the mobile device.
 18. The systemof claim 17 wherein the at least one capability of the mobile devicecomprises communications bandwidth between the financial data source andthe mobile device.
 19. The system of claim 17 wherein the computerexecutable program code is further executable by the processor to causethe processor to determine that the available portion of the at leastone capability has decreased and, based thereon, cause at least one ofthe plurality of applications to direct the financial data source tolimit the transmission of the plurality of financial data to the mobiledevice by selectively inhibiting transmission of new data.
 20. Thesystem of claim 19 wherein the computer executable program code isfurther executable by the processor to cause the processor to cause theat least one of the plurality of applications to direct the financialdata source to limit the transmission of the financial data to themobile device by selectively inhibiting transmission of new data bydeleting new data that is the same as previously inhibited data andtransmitting new data that is not the same as previously inhibited data.21. The system of claim 19 wherein the computer executable program codeis further executable by the processor to cause the processor to causethe at least one of the plurality of applications to direct thefinancial data source to limit the transmission of the financial data tothe mobile device by selectively inhibiting transmission of new data andcombining the inhibited data with previously inhibited data forsubsequent transmission to the mobile device.